我想让我的数据库处于版本控制之下。
我总是希望在那里至少有一些数据(如alumb提到的:用户类型和管理员)。我还经常需要大量生成的测试数据来进行性能度量。
如何对数据库应用版本控制?
当前回答
在迁移到x64平台后，我们需要对SQL数据库进行版本调整，而旧版本在迁移过程中出现了问题。我们写了一个c#应用程序，使用sqlmo将所有SQL对象映射到一个文件夹:
Root
ServerName
DatabaseName
Schema Objects
Database Triggers*
.ddltrigger.sql
Functions
..function.sql
Security
Roles
Application Roles
.approle.sql
Database Roles
.role.sql
Schemas*
.schema.sql
Users
.user.sql
Storage
Full Text Catalogs*
.fulltext.sql
Stored Procedures
..proc.sql
Synonyms*
.synonym.sql
Tables
..table.sql
Constraints
...chkconst.sql
...defconst.sql
Indexes
...index.sql
Keys
...fkey.sql
...pkey.sql
...ukey.sql
Triggers
...trigger.sql
Types
User-defined Data Types
..uddt.sql
XML Schema Collections*
..xmlschema.sql
Views
..view.sql
Indexes
...index.sql
Triggers
...trigger.sql
然后，应用程序将新编写的版本与存储在SVN中的版本进行比较，如果存在差异，则更新SVN。 我们确定每晚运行一次流程就足够了，因为我们没有对SQL做那么多更改。它允许我们跟踪所有我们关心的对象的变化，并且允许我们在发生严重问题时重新构建完整的模式。
其他回答
在迁移到x64平台后，我们需要对SQL数据库进行版本调整，而旧版本在迁移过程中出现了问题。我们写了一个c#应用程序，使用sqlmo将所有SQL对象映射到一个文件夹:
Root
ServerName
DatabaseName
Schema Objects
Database Triggers*
.ddltrigger.sql
Functions
..function.sql
Security
Roles
Application Roles
.approle.sql
Database Roles
.role.sql
Schemas*
.schema.sql
Users
.user.sql
Storage
Full Text Catalogs*
.fulltext.sql
Stored Procedures
..proc.sql
Synonyms*
.synonym.sql
Tables
..table.sql
Constraints
...chkconst.sql
...defconst.sql
Indexes
...index.sql
Keys
...fkey.sql
...pkey.sql
...ukey.sql
Triggers
...trigger.sql
Types
User-defined Data Types
..uddt.sql
XML Schema Collections*
..xmlschema.sql
Views
..view.sql
Indexes
...index.sql
Triggers
...trigger.sql
然后，应用程序将新编写的版本与存储在SVN中的版本进行比较，如果存在差异，则更新SVN。 我们确定每晚运行一次流程就足够了，因为我们没有对SQL做那么多更改。它允许我们跟踪所有我们关心的对象的变化，并且允许我们在发生严重问题时重新构建完整的模式。
在Red Gate，我们提供了一个工具，SQL Source Control，它使用SQL Compare技术将数据库与TFS或SVN存储库链接起来。该工具集成到SSMS中，让您像往常一样工作，只是现在允许提交对象。
对于基于迁移的方法(更适合于自动化部署)，我们提供了SQL Change Automation(以前称为ReadyRoll)，它作为Visual Studio项目创建和管理一组增量脚本。
在SQL源代码控制中，可以指定静态数据表。它们作为INSERT语句存储在源代码控制中。
如果您正在讨论测试数据，我们建议您要么使用工具生成测试数据，要么通过您定义的部署后脚本生成测试数据，要么简单地将生产备份恢复到开发环境。
根据我的经验，解决方法有两个:
您需要处理开发数据库的更改，这些更改是由多个开发人员在开发期间完成的。 需要处理客户站点的数据库升级。
为了处理#1，你需要一个强大的数据库差异/合并工具。最好的工具应该能够尽可能地执行自动合并，同时允许您手动解决未处理的冲突。
完美的工具应该通过使用3-way合并算法来处理合并操作，该算法考虑到相对于BASE数据库在their数据库和MINE数据库中所做的更改。
我写了一个商业工具，为SQLite数据库提供手动合并支持，我目前正在为SQLite添加3路合并算法的支持。请登录http://www.sqlitecompare.com查看
为了处理第2点，你需要一个升级框架。
基本思想是开发一个自动升级框架，该框架知道如何从现有的SQL模式升级到更新的SQL模式，并且可以为每个现有的DB安装构建一个升级路径。
在http://www.codeproject.com/KB/database/sqlite_upgrade.aspx上查看我关于这个主题的文章，了解我所说的内容。
祝你好运
利龙·列维
这是围绕发展的“难题”之一。据我所知，没有完美的解决方案。
如果只需要存储数据库结构而不需要存储数据，则可以将数据库导出为SQL查询。(在企业管理器中:右键单击数据库->生成SQL脚本。我建议在选项卡上设置“每个对象创建一个文件”)，然后您可以将这些文本文件提交到svn，并使用svn的diff和日志功能。
我将此与一个Batch脚本绑定在一起，该脚本采用一对参数并设置数据库。我还添加了一些额外的查询，输入默认数据，如用户类型和管理用户。(如果你想要更多关于这方面的信息，张贴一些东西，我可以把脚本放在可以访问的地方)
如果你需要保留所有的数据，我建议保留一个数据库备份，并使用Redgate (http://www.red-gate.com/)产品进行比较。它们并不便宜，但它们值每一分钱。
查看DBGhost http://www.innovartis.co.uk/。我已经在一个自动化的方式使用了2年，它工作得很好。它允许我们的DB构建非常像Java或C构建，除了数据库。你们能明白我的心情
