问题描述
在现有项目中尝试集成数据库模式版本控制，但该项目的模式版本尚未进行任何版本管理。用户想知道是否有必要在应用程序版本和数据库模式版本之间建立严格的映射关系，以至于如果模式版本与应用程序版本不匹配，应用程序部署将失败。这是因为应用程序经常需要更改模式。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方法1：使用 Entity Framework Code First Migrations 或 DbUp 进行版本控制
在数据库模式版本控制方面，可以考虑使用 Entity Framework Code First Migrations 或 DbUp 这样的工具。这些工具可以帮助你管理数据库模式的变更，并确保在应用程序启动时应用正确的数据库模式。
步骤
- 使用 Entity Framework Code First Migrations 或 DbUp 等工具来管理数据库模式变更。将当前数据库模式视为“版本0”。
- 如果选择使用 Entity Framework Code First Migrations，可以参考 EntityFramework Code First Migrations 文档 进行配置和使用。
- 如果选择使用 DbUp，可以考虑使用 DbUp 和 DbUp Azure Pipelines tasks 来管理数据库迁移。
方法2：Red Gate Database Lifecycle Management Automation Suite
如果需要更全面的数据库生命周期管理，可以考虑使用 Red Gate Database Lifecycle Management (DLM) Automation Suite。这个工具需要一些计划和成本，但它可以集成 SSMS 与 Git 版本控制，提供漂移检测、Azure Pipelines 任务等功能，提供更完整的 DLM 解决方案。
步骤
- 考虑是否需要更全面的数据库生命周期管理，如果需要，可以考虑使用 Red Gate Database Lifecycle Management (DLM) Automation Suite。
- 根据具体需求，配置和使用 DLM Automation Suite 进行数据库模式的版本控制。
关于应用程序和数据库版本的耦合
如果数据库仅供一个应用程序使用，将数据库版本与应用程序版本耦合是合理的做法。在这种情况下，应该将数据库版本控制的相关代码与应用程序代码存放在同一个源代码仓库中，确保版本一致性。
如果数据库被多个应用程序共享，或者需要独立于应用程序进行版本控制，就需要仔细考虑如何管理数据库的版本。在这种情况下，可能需要强大的单元测试来确保所有应用程序与数据库的兼容性。
应用程序初始化代码中版本检查的注意事项
如果将数据库升级过程放在应用程序初始化/启动的代码中，需要确保在数据库升级失败时有合适的回退机制，以避免应用程序因为数据库迁移失败而出现停机。这也意味着需要将数据库升级的失败视为部署流程的一部分，而不是应用程序的一部分。这样做可以最小化停机时间，并确保数据库模式的原子性和事务性变更。
在数据库升级过程中，应该确保数据库模式的状态变化是原子性的，以便在升级过程中发生失败时能够完全回滚到之前的状态。这样可以最大程度地减少升级过程中的潜在风险。
注意：以上方案仅供参考，具体选择取决于项目需求和现有技术栈。在实际操作中，请确保备份重要数据，并在非生产环境进行测试，以避免数据丢失或应用程序中断的风险。