标签：postgresql migration rdbms mysql

我想先将现有的MySQL数据库(大约40个表,400mb数据)迁移到Postgres,然后再进行扩展.我在网上搜索并尝试了一些迁移脚本(其中一些可以找到here).它们都不是无缝运行的-如果只是我必须手动修复的一些小故障,那不是问题,但是生成的转储看起来根本不是有效的PostgreSQL.

有没有人能在不使用一个完整工作日的情况下成功迁移生产表-有解决此问题的简便方法吗？

注意：我也会考虑商业产品(只要定价仍然可行).

解决方法:

尽管SQL是标准,但如果没有每个服务器软件都实现扩展功能,它的功能还不够完善.从MySQL到PostgreSQL的转换并不简单,除非您的模式很简单.自动化的翻译脚本只会让您受益匪浅.

最好的方法是手动翻译模式,然后为数据本身编写自己的传输脚本.您还应该编写验证脚本,以确保架构和数据正确传递.

这不是解决方案.如果您的数据库足以迁移,那么花一点时间在自己身上也很重要.最后,与自动迁移脚本相比,您花费的时间至少要花费更多的时间来解决怪异和细微的混乱.但是,自己动手做,您就有机会利用MySQL中没有的PostgreSQL功能,并有机会进行第二次改进,从而做出各种改进.

咬住子弹并做.

标签：postgresql,migration,rdbms,mysql
来源： https://codeday.me/bug/20191210/2103330.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。