在解决方案中管理数据库脚本

Question

我通常会在Visual Studio中创建一个解决方案文件夹，并将我的数据库脚本放入其中。我总是至少使用以下脚本集：

1. 掉落模型
2. 创建模型脚本
3. 用户功能
4. 储存程序
5. 静态数据（查找表）
6. 测试数据（未部署）

然后，我简单地将它们组合在一起并在SQL Server上运行，这样我就可以在一个步骤中重新创建整个数据库（通过将这些脚本组合成一个脚本并执行）。

无论如何。我从未在以下任何一个项目中使用过项目：

• Visual Studio或
• SQL管理Studio

我曾尝试在Visual Studio 2010中创建SQL Server 2008数据库项目，但在某种程度上，我对所有可能的服务器设置不知所措（无论如何，我仍然希望将其保留为服务器上的默认设置）。因此，我有些困惑：我应该使用此项目模板还是应该做与以前一样的事情？

您使用什么，为什么？通过使用两者之一，我可以从中受益什么？

Answer 1

如果我是你，我会继续按照自己的方式去做。其实我做！在我看来，将实际的.sql文件放在文件夹中供您使用/编辑/查看的好处远比使用DB项目获得的好处要好得多。如果您要执行诸如存储报告之类的操作，或者必须与8个数据库进行通信，然后与8个不同的数据库进行比较，然后保存结果集等，则可以使用DB Project。对于项目，我只是认为当您具有已经可以使用的简单设置时，它们实际上并没有提供太大帮助。

VS10中SQL Server 2008数据库项目的优点：

• 您不必与当前的客户端进行来回切换，而可以使用该客户端与SQL Server通信。
• 体面的数据和架构比较工具。
• 一键式方式可以将数据库反向工程到源代码管理中，并保持最新状态。
• 您可以将项目与物理数据库进行比较，反之亦然。（无论您在何处进行更改，这都非常容易使数据库保持最新状态：文件系统数据库项目或物理数据库本身）
• 如果您使用的当前工具不是专门为SQL Server量身定制的，则此工具适用。
• 如果您需要直接在数据库上进行单元测试而不使用抽象，那将非常有帮助。