我通常在 Visual Studio 中创建一个解决方案文件夹，并将我的数据库脚本放入其中。我总是至少使用这组脚本:
- 删除模型
- 创建模型脚本
- 用户功能
- 存储过程
- 静态数据(查找表)
- 测试数据(未部署)
然后我简单地将它们组合起来并针对 SQL Server 运行，这样我就能够在一个步骤中重新创建整个数据库(通过将这些脚本组合成一个脚本并执行它)。
无论如何。我从未在其中使用过项目:
- Visual Studio 或
- SQL 管理工作室
我曾尝试在 Visual Studio 2010 中创建 SQL Server 2008 数据库项目，但不知何故我对所有可能的服务器设置不知所措(无论如何我更喜欢保持服务器上的默认设置).所以我有点困惑:我应该使用这个项目模板还是应该做我一直做的同样的事情？
你用什么，为什么？使用其中任何一种都可以给我带来哪些好处？
最佳答案
如果我是你，我会继续按照你的方式去做。事实上我知道!在我看来，将实际的 .sql 文件放在一个文件夹中供您使用/编辑/查看的优势远比使用数据库项目获得的优势要好得多。如果您正在做存储报告之类的事情，将使用 DB Project，如果您必须与 8 个数据库进行通信，然后与 8 个不同的数据库进行比较并保存结果集等......现在不要误会我的意思，数据库有优势项目，我只是认为当您拥有如此简单的设置已经可以正常工作时，它们实际上并没有多大帮助。
Advantages of the SQL Server 2008 Database Project in VS10 :
- 不必来回切换 从您当前使用的客户 与您的 SQL 服务器通信。
- 体面的数据和模式比较工具。
- 为您提供一键式反转方式 将数据库设计成源代码 控制并保持最新。
- 您可以将项目与实体进行比较 数据库，反之亦然。 (这使得保持数据库更新变得非常容易，无论您在哪里进行更改:文件系统数据库项目或物理数据库本身)
- 如果您当前使用的工具不是专门为 SQL Server 量身定制的，那么这个工具就是。
- 如果你需要做的话非常有帮助 直接在数据库上进行单元测试 不使用抽象。
关于visual-studio-2010 - 在您的解决方案中管理数据库脚本，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3970898/