在 Visual Studio 2010 中管理“非 SQL Server”SQL 对象的最佳方式是什么？

Question

Visual Studio 有一个用于 Sql Server 的数据库项目。这有许多优点：它将配置设置和数据库对象托管在一个地方。 .sql 文件是常规 .NET 解决方案的一部分 - 在解决方案资源管理器中可见，在 Visual Studio 中可编辑。他们有一个生成部署脚本的机制。将每个单独的数据库对象放在自己的文件中，大大简化了更改跟踪和源代码控制。

有没有人成功地将数据库项目与“非 SQL Server”数据库一起使用？我们使用 Sybase - 它使用 T-SQL 并且与 SQL Server 非常相似，所以我充满希望。

或者有其他方法吗？我想我可以使用标准项目 (.csproj) 并调用自定义命令行应用程序作为后期构建的一部分，以将 .sql 文件转换为部署脚本。

欢迎提出任何想法。

谢谢

Answer 1

好的，我会回答我自己的问题。

我将所有 SQL 对象添加到 Visual Studio .dbproj 项目中它们自己的 .sql 文件中。但是，Sybase version of RAISERROR 和 Microsoft version of RAISERROR 之间的少量语法不兼容导致 Visual Studio 中内置的验证代码不满意。数据库项目的问题在于，这实际上导致了编译错误 - 这基本上使它成为了一个显示停止器。

所以我放弃了这个想法并将 .sql 文件添加到标准 .csproj 项目文件中。然后我实现了一些自定义代码，这些代码将加载所有 .sql 文件，并在调用时将它们聚合到部署脚本中。我在 .csproj 文件的后期构建中添加了对自定义代码的调用，这样无论何时编译它 - 它都会输出一个部署脚本 - 这对我们的构建服务器来说就像一个梦想。

为了获得 .dbproj 的一些好处，我打算编写一个完整的 SQL 解析器，但很快就被 SO 上的一些帖子劝阻了。相反，我使用正则表达式进行了一些基本的解析——这让我不费吹灰之力就获得了一些很酷的功能：

1. 该代码可以检测各种 .sql 文件之间的依赖关系，并以正确的顺序将它们添加到部署脚本中以避免 sysdepends 警告。
2. 在没有依赖关系的情况下，对象是根据对象类型（存储过程、函数、授权语句等）然后按名称排序的，这样生成的脚本总是按相同的顺序排序 - 如果您需要，这非常重要来区分脚本的两个版本。
3. 部署脚本可以找出一些必需的权限，因此我不需要跟踪所有的 GRANT 语句。
4. 可以自动删除在数据库中但不在脚本中的存储过程 - 所以我不需要跟踪每个数据库的状态 - 我们只需运行脚本，一切都处于正确状态。
5. 我们的自动化测试调用了一些不应部署的存储过程。代码可以检测到这些并将它们包含在 Debug 构建中并在 Release 构建中排除它们。
6. 自定义代码还会生成一个差异脚本，该脚本确定部署脚本将对数据库进行哪些更改并将其打印出来。这允许运行脚本的人了解它将做什么。例如，diff 脚本可能会告诉他们不会进行任何更改 - 所以他们根本不需要运行部署脚本 - 如果它保存他们在凌晨 3 点登录以使数据库脱机并采取备份等。

所以最终结果是我的所有 SQL 对象都位于单独的文件中，这使得它们易于在 Visual Studio 中使用并在源代码控制下进行管理。自从我开始这项工作以来，我第一次可以查看源代码控制中的历史记录并了解哪些文件已被更改（在此之前，我们有一个巨大的 .sql 文件，其中包含所有内容）。