我想在现有的 MySQL 数据库（大约 40 个表，400 MB 数据）变得更大之前将其迁移到 Postgres。我在网上搜索并尝试了一些迁移脚本（其中一些可以找到here http://wiki.postgresql.org/wiki/Converting_from_other_Databases_to_PostgreSQL）。它们都不能无缝工作——如果只是一些我必须手动修复的小故障，那不会是问题，但生成的转储看起来根本不像有效的 PostgreSQL。
有没有人在不使用完整工作日的情况下成功迁移生产表 - 有没有简单的解决方案那个问题？
注意：我也会考虑商业产品（只要定价仍然可行）。
尽管 SQL 是一个标准，但如果每个服务器软件都没有实现扩展，它的功能就不够完整。从 MySQL 到 PostgreSQL 的转换并不简单，除非您的架构很简单。自动翻译脚本只能帮助您到此为止。
最好的方法是手动翻译模式，然后为数据本身编写自己的传输脚本。您还应该编写验证脚本以确保模式和数据正确传输。
这不是一个逃避的答案。如果您的数据库对于迁移来说足够重要，那么您自己花一些时间也很重要。最后，您花在解决怪异和微妙混乱上的时间至少与自动迁移脚本所导致的时间一样多，就像您自己迁移数据的时间一样。但是如果你自己动手，你就有机会利用 PostgreSQL 中 MySQL 中没有的功能，并且有机会做出只有有机会做第二次某事才能实现的各种改进。
硬着头皮去做吧。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
