MS SQL - 传统Web应用程序中的MySQL迁移

Question

我希望将旧版Web应用程序的数据库从SQL Server迁移到MySQL。我必须注意哪些MySQL的局限性？在跳入实际修改代码之前，所有项目都将成为综合清单的一部分？

Answer 1

我会检查的第一件事是数据类型 - 数据类型的确切定义因数据库而异。我将创建一个映射列表，告诉我们将每个数据类型映射到哪个映射。这将有助于构建新表格。我还会检查现在没有使用的数据表或列。没有意义迁移它们。对功能，工作，sps等做同样的事情。现在是清理垃圾的时候了。

你是如何通过数据库的sps或动态查询访问数据的？通过运行一个新的开发数据库来检查每个查询，并确保它们仍然有效。 SQl的两种口味之间又存在差异。我没有使用我的SQL，所以我不知道一些常见的失败点是什么。在您处于这种状态时，您可能需要对新查询进行计时，并查看它们是否可以优化。对于数据库和数据库的优化也各不相同，当您处于这种状态时，可能会有一些性能不佳的查询，现在您可以将其作为迁移的一部分进行修复。

用户定义的函数也需要查看。如果你这样做，不要忘记这些。

不要忘记计划任务，这些需要在myslq中检查和重新创建。

你是否定期进口任何数据？所有进口都必须重写。

一切的关键是使用测试数据库和测试，测试，测试。测试一切，特别是季度或年度报告或者可能会忘记的工作。

你想要做的另一件事是通过版本控制的脚本来做所有事情。直到您可以在开发中按顺序运行所有脚本而不发生故障之前，请勿转移到生产环境。

Answer 2

我忘了一件事，确保在每次测试运行之前立即从生产中更新从（SQL Server数据库）运行迁移的开发数据库。由于您正在测试过时的记录，所以不愿意在产品上出现问题。

Answer 3

您的客户代码几乎可以肯定是最复杂的修改部分。除非您的应用程序具有非常高质量的测试套件，否则最终不得不进行大量测试。你不能依赖任何一样的工作，甚至是你可能期望的。

是的，数据库本身的东西需要改变，但客户端代码是主要操作的地方，它需要大量的工作和严格的测试。

忘记迁移数据，这是你应该记住的最后一件事;数据库模式可能很容易被转换，其他数据库对象（SP，视图等）可能会导致问题，但客户端代码是问题焦点所在。

几乎每个执行数据库查询的例程都需要更改，但绝对需要对所有这些例程进行测试。这将是不平凡的。

我目前正在考虑将我们的应用程序的主数据库从MySQL 4.1迁移到5，这种差异要小得多，但它仍然是一个非常非常大的任务。