寻找数据库项目的替代方案

Question

我有一个相当大的数据库项目，其中包含九个数据库和一个具有相当大架构的数据库。

这个项目需要大量的时间来构建，我快要抓狂了。我们希望控制数据库源代码，但很难让其他开发人员在签入之前使用该项目并构建数据库项目，因为构建需要很长时间。

这严重削弱了我们的工作，所以我正在寻找替代方案。也许可以使用 Redgate 的 SQL Compare 来完成一些事情？我认为这里唯一的缺点可能是它不验证语法？任何人的想法/建议将不胜感激。

Answer 1

请考虑尝试 SQL Source Control，该产品旨在与 SQL Compare 一起工作，作为数据库开发生命周期的一部分。目前它处于 Beta 阶段，但它的功能很完整，并且非常接近完整版本。

http://www.red-gate.com/products/SQL_Source_Control/index.html htm

我们很想知道与 Visual Studio 构建当前数据库项目所需的时间相比，它在提交时的执行情况如何。你真的需要在 VS 中如此频繁地构建项目吗？这会是一个问题吗？您的架构有多大？平均构建需要多长时间？

Answer 2

保持开发/实时数据库同步：

可能有很多方法可以做到这一点，我相信其他用户会进一步扩展（包括软件解决方案）。

在我的例子中，我使用两种方法：

（a）运行脚本来获取数据库（存储过程、表、字段等）之间的差异

（b）严格记录数据库更改（不是数据）更改）

就我而言，随着时间的推移，我已经建立了一个半结构化日志，因此：

Client_Details                  [Alter][Table][New Field]
{
    EnforcePasswordChange;
}

Users                       [Alter][Table][New Field]
{
    PasswordLastUpdated;
}

P_User_GetUserPasswordEnforcement           [New][Stored Procedure]
P_User_UpdateNewPassword                [New][Stored Procedure]
P_User_GetCurrentPassword               [New][Stored Procedure]
P_Doc_BulkDeArchive                     [New][Stored Procedure]

忽略制表符，降价已经弄乱了它。

但你明白了一般要点。

我发现 99% 的情况下，日志就是我所需要的。