MS SQL-MySQL移徙在一个传统网络应用程序

Question

我愿迁移的数据库旧版的网应用程序从SQL Server to MySQL.有什么限制的MySQL我必须看出来的？和什么样的所有项目一部分的综合清单之前跳进实际上的修改的代码？

Answer 1

第一件事我会检查的数据类型的确切定义的数据类型而不同，从数据库的数据库。我会创造一映射列表，告诉我什么地图的每个数据类型。这将有助于建立新的表格。我还检查数据表或列，都未被使用。没有一点迁移。做同样的职能、工作、卫生和植物检疫措施、等等。现在是时候清理垃圾。

你怎么访问的数据是通过检疫或动态查询的数据库？检查每个查询，通过运行它性命的一个新开发的数据库，并确保他们仍在工作。再之间存在差异如何将两种口味的SQl的工作。我已经不用我sql所以我不知道是什么一些共同的故障点。虽然你在这你可能会想次新的查询，看看他们是否可以优化。优化也各不相同数据库和边你在这，可能有一些差进行查询，现在，你可以修复的一部分迁移。

用户自定义功能，将需要看作为良好。不要忘记这些，如果你都这样做。

不要忘记，计划的工作，这将需要checkd和重建myslq。

你是进口的任何数据奥纳经常的时间表？所有进口将必须重写。

关键的一切都是利用一个试验数据库和测试中，测试中，测试。的测试的一切，特别是季报或年度报告或就业机会，你可能忘记。

另一件事你要做的就是做的一切，通过脚本版本控制。不要移动到生产，直到可以运行所有这些脚本，以便在开发有没有故障。

Answer 2

我忘记了一件事，确保在每次测试运行之前立即从生产中更新正在运行迁移的开发数据库（sql server数据库）。讨厌因为你正在测试过时的记录而导致产品失败。

Answer 3

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

是的，数据库本身的内容需要更改，但客户端代码是主要操作的位置，需要大量的工作和严格的测试。

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

几乎每个执行数据库查询的例程都需要更改，但绝对需要对它们进行全部测试。这将是非常重要的。

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