在 VSTS 2008 数据库版 GDR RTM 的 SQL 2005 数据库项目中设置权限和架构图设计器的便捷设计器在哪里？

Posted 2023-03-23

【中文标题】在 VSTS 2008 数据库版 GDR RTM 的 SQL 2005 数据库项目中设置权限和架构图设计器的便捷设计器在哪里？

【英文标题】：Where is the handy designer for setting Permissions and schema diagram designer in a SQL2005 Database Project in VSTS2008 Database Edition GDR RTM?

【发布时间】：2008-12-03 01:37:34

【问题描述】：

我刚刚安装了 Visual Studio Team System Database Edition GDR RTM 的 GDR RTM 版本。

这一切似乎都很好，但我似乎必须编辑 XML (Database.sqlpermissions) 以指定 SQL 权限。

我错过了什么吗？

那么架构图工具在哪里？

我知道 GDR 公开了很多扩展数据库版组件，所以我应该等待第三方扩展来提供图表工具和权限设计器吗？

【参考方案1】：

我正在寻找一些平面设计师，但当我没有找到时感到很失望。

当我使用它时，它看起来越来越好。我没有使用图形设计师，而是使用 SQL Server Management Studio 在数据库中设计表格，而不是全部反转为脚本。比我可以直接更改脚本并部署新的数据库版本或继续直接在数据库中进行更改。

往返开发效果很好。

【参考方案2】：

是的，我认为他们错过了 GDR 的全部要点，至少这个版本是这样。

源代码控制和构建自动化非常好，但数据库开发工作的主要内容是在数据库中构建对象和存储过程，其中许多是使用设计器完成的，因为它比启动 TSQL 更快。由于 GDR 不满足此要求，因此该设计将继续在 Management Studio 中完成。

如果人们使用 Management Studio 来完成他们的实际工作，那么为了让源代码控制保持最新而不断地同步回 VS 模型是一件很痛苦的事情，这意味着它不会始终如一地完成，甚至当它发生时，它会产生摩擦。

往返开发效果不佳。

【讨论】：

无意冒犯，但您听起来不像目标市场。 GDR 的“重点”是使用源代码控制等最佳实践使管理数据库开发和部署变得更容易（甚至可能）。如果您只想在 SSMS 中进行开发，那么 GDR 可能不适合您。

我认为源代码控制的好处不应该以失去任何形式的设计师支持为代价。如果必须的话，我可以像其他人一样启动 TSQL，但我也知道，考虑到良好的设计表面，我的工作效率更高。由于 GDR 还没有，因此它作为“一站式商店”变得不可行，或者充其量只能让您进行大量往返同步。将此与几乎任何其他项目类型（包括 Analysis Services 的项目类型）进行比较，您可以在其中拥有源代码控制蛋糕并吃掉它（获得体面的设计师支持）。您是在暗示 GDR 仅适用于 TSQL 爱好者吗？

我应该补充一点，我们在我当前的项目中使用 GDR，并且如果您在“本地开发数据库”模型中工作，您可以建立一个可行的工作流程。您只需花费大量时间将您对数据库所做的更改同步回模型，而少数设计师可以让您将模型用作主要环境。