迁移附加了 C# 应用程序的 Oracle 数据库：如何管理数据库迁移？

Question

我有一个与 Oracle 数据库配合使用的 C# 应用程序，并且已经发布。 现在是时候发布新版本了。 C# 对象模型已被修订并对表结构产生了影响。

如果我发布新版本，我需要处理现有数据。 仅仅删除表格并重新创建这些表格不会让任何客户满意。

为了解决这个问题，我收集了 SQL 脚本，它将以前发布的数据库结构更改为新的数据库结构。 在此过程中，数据也会迁移。 SQL 脚本像 C# 源代码一样提交到存储库。 在 CruiseControl.NET 的帮助下定期测试数据库的修补情况。 NUnit 测试针对修补后的数据库运行，以发现数据库表和 C# 对象模型之间的不匹配。

整个过程确实有效，但我感觉这可以做得更好。 我认为数据库迁移非常关键。 已发布的应用程序无法与错误修补的数据库一起使用，因此没有任何价值。 丢失数据是不可接受的。 这些可怕的场景可能会让我认为根本不要更改数据库。 因此，对我使用的工具和实践充满信心对我来说非常重要。

上周我偶然发现了 LiquiBase，我问自己 - 现在是这样：

什么工具或实践是否可以帮助您以更小的风险和更大的信心进行数据库迁移？ 有没有什么好的书籍或互联网资源？

我对 C# 和 Oracle 的具体解决方案特别感兴趣，这些解决方案可能适合我上面概述的开发过程。

Answer 1

数据库升级脚本必须是开发过程的一部分。 以下是跟踪数据库架构升级的一种方法：

• 在数据库中创建 VERSION 表，其中包含一条带有版本号的记录，
• 每次更改应用程序的数据库架构时，您应该：
  • 创建用于创建、更改或删除数据库对象的 SQL 脚本
  • 创建 SQL 脚本来管理必须使用新数据架构完成的数据更改（例如，在新字段中插入默认值、在新表中插入默认记录、创建用于拆分或合并表的脚本……）
  • 增加数据库版本号
    • 对于每项更改，我通常都会创建一个名为 DbVerXXXX.SQL 的脚本，其中包含所有必要的升级（XXXX 是版本号）。 另外，我会小步进行更改 - 仅更改数据库架构以用于您将在应用程序中进行的下一次更改。 不要创建需要数周或数月的工作来升级应用程序的数据库升级。
• 创建将用户的数据库升级到新版本的脚本：
  • 脚本应检查数据库的当前版本，然后执行数据库升级脚本，将架构转换为所需的级别
  • 更改 VERSION 表中的版本号

此过程使您能够：

• 将所有数据库架构更改置于源代码控制下，以便您拥有完整的历史记录更改
• 尝试并在测试数据库上测试您的升级脚本，然后将其发送给客户
• 自动自信地升级用户数据库

Answer 2

您可能想要研究一些可用的数据库冗余技术，例如 Oracle Dataguard。 我相信它特别具有一些可以帮助解决此类场景的功能。

然而，无论您采用何种技术，只要数据库中发生架构更改，您显然都会面临一些风险。 您始终可以执行的一个简单做法是创建数据库的副本，将其放在不同的服务器上，然后首先在那里运行升级过程以解决错误。 当在类似场景中与客户合作时，我们通常会与他们一起这样做，只是为了减轻他们的担忧并在实际环境中执行操作之前解决任何潜在问题。

Answer 3

为了确保在更改数据库时不会丢失数据，您可以创建脚本来确认新结构和旧结构包含相同的逻辑数据。 例如，假设数据库的版本 1 看起来像这样（伪代码）

CREATE TABLE Customer
CustomerID INT, 
FirstName string,
Surname string,
AddressLine1 string,
AddressLine2 string,
AddressLine3 string,
AddressLine4 string

在版本 2 中，您希望能够允许客户拥有多个地址，因此您将地址字段移动到一个新表中：

CREATE TABLE Address
AddressID INT,
CustomerID INT,
AddressLine1 string,
AddressLine2 string,
AddressLine3 string,
AddressLine4 string

您将地址从客户中移动表到新地址表中，如下所示：

INSERT Address
CustomerID ,
AddressLine1 ,
AddressLine2 ,
AddressLine3 ,
AddressLine4 

SELECT
*
FROM Customer

然后从客户中删除冗余地址字段：

ALTER TABLE Customer
DROP COLUMNS 
AddressLine1 ,
AddressLine2 ,
AddressLine3 ,
AddressLine4 

到目前为止一切顺利。 但我如何知道新的地址表包含与旧的客户表完全相同的地址。 整个过程运行起来会非常容易，并以某种方式扰乱地址，以便客户有效地相互更改地址。 该代码可以通过所有测试，但我们将销毁我们的客户数据，因为他们不再知道他们的客户住在哪里。

我们可以通过运行来确认地址字段的移动是否有效：

如果这返回任何记录，则升级失败，因为某些客户没有移动其地址：

SELECT 
 *
FROM

  OldCustomerTable  OCT LEFT JOIN Address A
  ON OCT.CustomerID = A.CustomerID
WHERE 
  A.CustomerID IS NULL

如果这返回任何记录，则升级失败，因为地址被扰乱

SELECT
  *
FROM 
 OldCustomerTable  OCT INNER JOIN Address A
  ON OCT.CustomerID = A.CustomerID
WHERE
  OCT.Address1 != A.Address1 
  OR OCT.Address2 != A.Address2
  OR OCT.Address3 != A.Address3

或 OCT.Address4 != A.Address4

您还可以检查新地址表是否仅包含每个客户的 1 个地址

SELECT
 CustomerID
 , COUNT(AddressID)
FROM
 Address
GROUP BY
 CustomerID
HAVING
 COUNT(AddressID) >1

Answer 4

我完全同意@Zendar 的观点，即您必须对迁移脚本进行正确的版本控制，并且这需要数据库中包含版本控制元数据。 您的脚本将在更新版本控制信息时修改您的架构。 这就是大多数应用程序更新其数据库架构的方式。

也就是说，他的过程有点过于手动，为此您可能对更自动化的工具感兴趣。

查看：

• Autopatch
• 这个问题
• 的答案这个问题

您也可以考虑这些工具中的想法并开发自己的工具。