问题标签 [roundhouse]

如果这个超级 RoundhouseE 数据库迁移工具支持 SQLCMD 模式下的 SQL Server 脚本，那就太棒了。Visual Studio 数据工具在 SQLCMD 模式下生成脚本。最好将这些 SQLCMD 模式脚本添加到 RoundHouse 迁移中而不做任何修改。

我正在尝试在我的应用程序中设置 RoundHouse 项目来处理数据库迁移和版本处理。我正在关注这篇文章。就我确切知道数据库名称而言，这很好。

但我无法找到，我应该如何处理数据库的动态名称，因为在我的应用程序中，每个客户端都有单独的数据库，并且这些数据库在我的主数据库的表中列出。所以名称如下：client1_db、client2_db 等。

任何解决方案或指向解决方案的指针都会有很大帮助。

我正在尝试设置一个准系统的roundhouse设置，只需进行一些操作。我正在尝试将 roundhouseE 使用的值设置在一个中心位置，而不是每个部署批处理脚本（这很麻烦）。但是，当我SetupVal.bat从每个部署批次中引用时，它会设置值但只是停止执行部署脚本。我不知道为什么它不继续，这真的让我很烦。

这是我的SetupVal.bat：

这是我的脚本之一（Local.DBDeployment.bat）：

这是我运行时的输出Local.DBDeployment.bat：

最后，这是我的目录结构：

我决定为我的数据库使用 RoundhouseE。现在有三种方法可以使用这个工具。使用 MSBuild、DLL 文件或控制台应用程序。我找到了一些文档如何使用 MSBuild 变体，我知道如何使用控制台应用程序，但我找不到任何如何在 Visual Studio 中使用 DLL 以及如何以这种方式调用/配置 RoundhouseE 的内容。

有人知道在哪里可以找到详细的文档，或者有人可以解释一下吗？

我有一个开发环境（dev），我在其上运行我的 .Net 应用程序，其中包含一个 RoundHouse 项目，以使数据库保持最新。数据库在同一台机器上运行。开发没有问题。

我也有一个具有相同应用程序的测试环境以及数据库的副本。为了使测试环境中的数据库保持最新，我使用连接字符串从 dev 运行 RoundHouse 项目到测试环境中的数据库。这总是很好，但是由于某种原因，当我现在使用连接字符串到测试数据库运行 RoundHouse 时，我收到以下错误：A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections.

有趣的是，当我使用 .udl 文件使用相同的属性和凭据重新创建连接字符串时，我能够连接到测试数据库。使用相同的连接运行 web 应用程序会导致相同的错误。我已经检查了 SQL Server 配置管理器中的所有设置，并确保TCP/IP已Named Pipes启用。

我可以 ping 服务器并可以使用远程桌面连接到它。

我们有一个内部使用其他 5 个视图的视图定义。当我们使用 RoundhouseE 执行数据库脚本时，这些视图脚本将按字母顺序执行。因此，在主视图中使用的这 5 个视图中，只有 3 个视图在主视图之前执行，其余 2 个视图尚未创建，因此主视图脚本会引发错误。除了重命名视图之外，我们如何解决这个问题？

我有一个包含数据的 SQL Server 数据库。我计划在我的项目中实施 Roundhouse。如何将现有表模式迁移到 Roundhouse 表中？

When executing this postgres command:

I see the error:

Is there a workaround for this, or will the password need to be manually encrypted and supplied without the UNENCRYPTED keyword?

我正在尝试发布我们的 Web 应用程序（使用 tfs 部署到 Azure），但我不断收到一个我无法理解的错误：

在本地部署或部署到我们的演示环境时，这从未发生过。尝试执行相同的简单 SQL 脚本时总是会发生这种情况，这是需要运行的第五个脚本。该脚本在 SSMS 中针对生产数据库的副本运行良好，但需要 10 分钟以上才能完成。起初我以为roundhouseE可能会超时，但我尝试将超时设置得更高，但没有任何效果。

有人对这里发生的事情有任何见解吗？

这是脚本，如果有帮助的话：

目前我们一直在使用 RoundHouse 来部署数据库脚本。这些脚本被组织到视图、函数、up 和存储过程的文件夹中。每个脚本创建或更改单个对象

一切都已经工作了很多年。到现在。我们有依赖问题，其中函数依赖于视图，视图依赖于函数（不是循环依赖）。

我们试图通过将有问题的脚本移动到 runFirstAfterUp 文件夹来解决这个问题。

虽然增量数据库更新在过去几周内有效，但从脚本创建新数据库失败。这一切都是因为存在于 runFirstAfterUp 文件夹中的脚本具有存在于视图或函数文件夹中的依赖项，这些依赖项已经存在多年。

runFirstAfterUp 文件夹包含具有序列前缀的脚本，以确保它们按顺序运行 - 即 0001_Create_View1.sql

因此，将其一一整理是一项吃力不讨好的任务：-

1. 运行回旋处
2. 运行脚本的roundhouse错误
3. 将脚本移动到 runFirstAfterUp 并将序列重命名为适当的序列
4. 重复 1

有 68 个函数和 83 个视图。

我的感觉是整个函数集和视图将被移到 runFirstAfterUp - 因为顺序很重要。

我的想法是生成一个 SQL 脚本来首先创建所有视图和函数，以便后续的更改/创建视图（如果不存在）将起作用。

所以类似于：

IF NOT EXISTS (SELECT * FROM dbo.sysobjects WHERE id = OBJECT_ID('dbo.f_func1')) EXECUTE('CREATE dbo.f_func1()RETURNS @FunctionReturn TABLE(Col1 INT) AS BEGIN INSERT INTO @FunctionReturn SELECT NULL RETURN END');

这可能是 runFirstAfterUp 脚本之一。有没有更好的想法来管理部署——最好是使用 Roundhouse，因为我们无法摆脱它？