问题标签 [visual-studio-dbpro]

我正在尝试使用 Visual Studio Team System 2008 数据库版（GDR 版）进行我正在处理的一个新项目，并且遇到了一个有点烦人的问题，我希望有人知道如何解决这个问题。

简而言之，我想更改用于生成数据库对象的默认模板，尤其是存储过程。过去，使用 SSMS，我只是创建了自己的模板，其中包含格式、默认参数数量等，我通常希望在创建新存储过程时使用这些模板。这显然消除了大量的手工编码，并且对我来说“感觉正确”，以便在我的 T-SQL 代码中保持一定的一致性。

我尝试通过添加我想使用的格式和默认结构来编辑位于 ..\Microsoft Visual Studio 9.0\DBPro\Items 中的 .sql 文件。不幸的是，我无法让 VSTS 识别这些变化。当我使用 GUI 添加新的存储过程时，它仍然使用默认的存储过程格式。

我已经尝试关闭 Visual Studio 并在进行这些调整后重新启动它，但这似乎没有任何效果。

有谁知道如何做到这一点？我无法在 MSDN 或 DBPro 团队的博客上找到任何文档，但我觉得这可以做到。任何帮助或建议将不胜感激。

在 Visual Studio 2008 数据库版本中，可以使用“部分项目”来允许将数据库分成多个项目以进行部署和维护。我一直在考虑在我们的项目中这样做，但遇到了以下问题：

如果您的项目定义了一些基表，然后您有一个不同的项目定义了一组新表，这些表具有指向第一个项目中表的约束，DBPro 似乎无法映射这种关系。具体错误是：

“CONSTRAINT 对表 foo 有未解析的引用”（其中 foo 在原始数据库中）。

如果您想为自己复制场景，请举一个更具体的例子：

• 创建一个名为 BaseDB 的项目。

• 在 BaseDB 中定义一个名为 Users 的表，其 DDL 如下：

  /li>

• 将 BaseDB 导出为部分项目，将 _BaseDB.files 文件添加到您的项目中。

• 在名为 DerivedDB 的同一解决方案中创建一个项目

• 使用 Import Partial Project 指向 BaseDB，确认您是否喜欢在您的导入文件中有一个存根引用指向 BaseDB 中的 Users 表。

• 使用以下 DDL 在 DerivedDB 中定义一个名为 PowerUsers 的表：

  /li>

• 如果您此时进行“构建”，一切正常。

• 在 DerivedDB 项目中从 PowerUsers 添加 FOREIGN KEY CONSTRAINT 到具有以下 DDL 的用户：

  /li>

执行上述步骤应该可以让您看到我正在谈论的错误。

问题：

1. 有没有办法修复跨数据库项目的约束引用？

2. 如果不是，那么是否应该为一系列存储过程保留部分项目，而为基表和约束的所有DDL 保留基本项目？

我正准备设置一个带有源代码控制的 Visual Studio 数据库版 GDR R2 项目。哪些文件（如果有）应该从源代码管理中排除？

我有一个包含数据库项目和服务器项目的数据解决方案。

我想部署到 SQL 脚本。我不想在 SQL Server (SQL 2008) 上拥有 SysAdmin 权限。

有没有办法做到这一点？我真的不想设置任何设置或上传任何服务器级别的东西。我只有服务器项目，因为我的数据库项目需要它来编译。

我只想要一个不在我的数据库服务器上的东西的 SQL 脚本。

这是我当前的错误信息：

谢谢你的帮助...

使用 Visual Studio (database pro) 2008，我创建了一个单元测试（使用 SQL 单元测试），它按顺序测试几个存储过程。

该解决方案旨在在一段时间后调用每个 SP，而不是在同一秒内。

因此单元测试失败并且需要在每次调用之间短暂的停顿。

有任何想法吗？我可以使用标准Thread.Sleep样式功能吗？

是否可以在未安装 Visual Studio Team Suite 或 Team Foundation Build 的机器上构建 Visual Studio 数据库项目 (.dbproj)？

我有一台运行 CC.NET 的“干净”机器，并希望使用 MSBuild 自动构建 .dbproj 项目。我想知道是否可以复制所需的 .targets 文件和一些 .dll 并使其工作？

我正在尝试使用 VSDBCMD.exe 实用程序部署 Visual Studio 数据库项目 (GDR R2)。当连接字符串使用集成安全性时，我可以成功部署，但是当我切换到使用 Sql Server 身份验证时，我收到以下错误：

导入目标模型 MyCatalog 失败。详细消息 逆向工程操作无法继续，因为您没有“MyCatalog”数据库的查看定义权限。

通过 Visual Studio 部署时，我可以使用 Sql Server 身份验证成功部署。

这是我用来运行的命令：

仅出于显示原因，所有参数都位于单独的行中。同样，当我将连接字符串更改为 Integrated Security 时，它可以工作。

为 Visual Studio 和 VSDBCMD.exe 运行 Sql Server Profiler 仅显示 MyUserId 的连接。Visual Studio 似乎没有使用其他帐户。但是提出的查询是不同的。我想我不应该对这些工具的行为不同而感到惊讶。

在找出为什么可以通过 Visual Studio 成功完成之前，我不想向用户添加特定的视图定义权限。

谢谢。

完全序列化 DBMDL 所需的时间（完成“您的项目将在完成 10000 次操作后可用）正在成为生产力的障碍。

我已尽我所能优化磁盘活动（不包括病毒扫描程序中的个人 TEMP 文件夹以及我的本地源存储库）。如果没有 SSD，我不确定我还能按照这些思路做些什么。

我相信这与项目的组织方式有关。完成的 DBMDL 文件大约为 150MB。我们组织中的其他人似乎没有这个问题。

有人必须处理这个吗？

我当前的项目使用 Visual Studio Team System for Database Professionals GDR2（又名 DataDude）。我们是唯一使用我们使用 DataDude 建模的数据库的应用程序。

我的公司想考虑在我们所有的项目中全面使用 DataDude。但是，我不确定这对于共享数据库的项目（这是我们的大部分应用程序）的效果如何。

例如：ApplicationA、ApplicationB 和 ApplicationC 都共享 Server1 上的 Database1。（他们不共享源代码，只共享数据库。）所有三个应用程序都在当前开发中（如果重要，使用 Scrum）。

当 ApplicationB 需要发布到我们的测试环境时，问题就来了。DataDude 的自动部署/脚本功能将捕获 ApplicationA 和 ApplicationC 的当前开发更改。（现在为每个应用程序进行数据库更改是一个手动过程）。

那么，当它们共享同一个数据库时，我如何才能将每个应用程序与另一个应用程序隔离呢？

注意：我并不担心这个问题的冲突更改（即，如果 ApplicationA 进行了破坏 ApplicationC 的数据库更改）。我们可以在测试中找到那些。我只需要确保不将不属于我当前发布的应用程序的任何数据库更改移动到我的测试/生产环境中。

是否有任何最佳实践或功能可以帮助我解决这个问题？

我有一个为 Sql 2005 创建的 DBPro 数据库项目。我正在尝试使用 Sql 2008 在不同的环境中构建它，我收到以下错误：
MSBUILD : Build error TSD158: An unsupported target database version was encountered.
我在这个错误上找不到太多，我不清楚有什么冲突。我试图将数据库项目中的 buildversion 元素从 9.0.21022.8 更改为 10.0.0.0 但这没有任何区别。我没主意了。有什么想法吗？