用于测试从SQL 2000迁移到2005年的数据库迁移的Web应用程序的提示

Question

我正在测试从SQL 2000迁移到2005年的数据库迁移的Web应用程序（具有用户，内容项，报告，分配的电子学习......）。

如果有人知道我应该专注于测试的区域请告诉我。

Answer 1

从DBA的角度以及SQL Server性能（因此也是应用程序）的角度来看，如果您使用备份的数据库还原或从sql 2000迁移数据库向导将数据库迁移到SQL Server 2005，那么您需要确保更新数据库统计信息。

这是因为SQL Server 2005中的数据库引擎和查询优化器的行为与SQL 2000不同。必须更新数据库统计信息，以确保在新环境中获得最佳性能。

取自SQL Server Books Online：

  

确保最佳性能   升级数据库，运行sp_updatestats   （更新统计数据）反对   SQL Server上升级的数据库   2005服务器。

一旦您确认您的应用程序正常运行，我就会建议您通过识别性能最差的查询来进行性能调整。

Answer 2

您应该测试应用程序的所有主要区域（管理，最终用户测试等）。如果应用程序已经过测试，那么您应该遵循一些测试计划。你永远不知道哪个部分可能会受到影响，所以最好进行全面的测试。

Answer 3

在我的脑海中，我能想到的一件事是，SQL 2000分别支持LEFT OUTER JOIN和RIGHT OUTER JOIN的短手操作符'* ='和'= *'。 SQL 2005不再支持它们。这意味着您必须根据具体情况使用“LEFT OUTER JOIN”或“RIGHT OUTER JOIN”替换这些运算符。

但正如rslite所说，你应该测试整个应用程序以确保没有任何失败。

Answer 4

您没有说您使用的是什么编程语言，这可能是相关的。

无论如何，您需要确定与数据库有关的不同操作：

• 简单读取（检查您是否在整个应用程序中使用相同类型的选择，例如，您是否始终向前打开结果集，还是使用可滚动结果集等）。
• 复杂读取（你读过大量数据，你是否随时读取blob等）
• 插入（例如检查批量插入或任何可能对数据库施加大量负载的插入）
• 更新（如果在MS端发生任何变化，可能会对某些表进行锁定，从而出现并发问题或语法问题）

如果您的应用程序统一处理了这些类型的操作，那么每种类型的几个测试应该足够了，但是您应该仔细检查代码中是否存在可能导致不同行为的任何行为并测试这些部分。< / p>

您还需要检查有关数据类型，sql更改的更改的SQL 2005文档，并在代码中验证是否存在影响并重新测试这些部分。

希望这有帮助。