3

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

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

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

反正。我从未在以下任何一个中使用过项目：

  • Visual Studio 或
  • SQL 管理工作室

我尝试在 Visual Studio 2010 中创建SQL Server 2008 数据库项目，但不知何故，我对所有可能的服务器设置感到不知所措（无论如何，我更喜欢保持服务器上的默认设置）。所以我有点困惑：我应该使用这个项目模板还是应该做我一直做的同样的事情？

你用什么，为什么？使用这两种方法我可以从中受益什么？

4

2 回答 2

5

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

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

  • 不必从您用来与 SQL 服务器通信的当前客户端来回切换。
  • 体面的数据和模式比较工具。
  • 为您提供一键式方法，将数据库逆向工程到源代码控制，并使其保持最新状态。
  • 您可以将项目与物理数据库进行比较，反之亦然。（这使得保持数据库更新变得非常容易，无论您在何处进行更改：文件系统数据库项目或物理数据库本身）
  • 如果您使用的当前工具不是专门为 SQL Server 量身定制的，那么这个工具就是。
  • 如果您需要直接在数据库上进行单元测试而不使用抽象，这将非常有用。
于 2010-10-19T17:23:20.013 回答
0

如果您正在寻找一些不太复杂的东西，您可能想尝试SQL Source Control。这甚至不需要您维护脚本，因为它不适合您在幕后。但是，如果您使用 TFS 或 SVN，它只能作为您的解决方案。它的价格为 295 美元...

它有 28 天的试用期，所以如果您愿意试用，我会对您的反馈感兴趣。

于 2010-10-19T22:14:26.637 回答