在 VSTS2008 数据库版 GDR RTM 的 SQL2005 数据库项目中设置权限和架构图设计器的便捷设计器在哪里？
我刚刚安装了 Visual Studio Team System Database Edition GDR RTM 的 GDR RTM 版本。
这一切似乎都工作得很好，但我似乎必须编辑 XML (Database.sqlpermissions) 来指定 SQL 权限。
我错过了什么吗？
就此而言，架构图工具在哪里？
我了解 GDR 公开了很多用于扩展数据库版本组件的内容，所以我是否应该等待第三方扩展来提供图表工具和权限设计器？
I have just installed the GDR RTM version of Visual Studio Team System Database Edition GDR RTM.
It all seems to work wonderfully, but I seem to have to edit XML (Database.sqlpermissions) for specify SQL Permissions.
Am I missing something?
For that matter where is the schema diagram tool?
I understand GDR exposes alot for extending the Database Edition components, so am I supposed to wait for third party extensions to provide the diagram tool and permissions designer?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我一直在寻找一些平面设计师，但没有找到，我感到很失望。
当我使用它时，它看起来越来越好。 我使用 SQL Server Management Studio 在数据库中设计表，而不是图形设计师，然后将所有内容反转为脚本。 我可以直接更改脚本并部署新的数据库版本或继续直接在数据库中进行更改。
往返开发效果很好。
I was looking for some graphic designers and was disappointed when I didn't find any.
As I use it, it is looking better and better. Instead of graphic designers I design tables in database using SQL Server Management Studio and than reverse all to the scripts. Than I can make changes to the scripts directly and deploy new database version or continue to make changes in the database directly.
Round trip development works great.
是的，我认为他们错过了东德的全部要点，至少这个版本是这样。
源代码控制和构建自动化非常好，但数据库开发工作的主要内容是在数据库中构建对象和存储过程，其中许多工作是使用设计人员完成的，因为它比启动 TSQL 更快。 由于 GDR 无法满足此要求，因此该设计将继续在 Management Studio 中完成。
如果人们使用 Management Studio 来完成他们的实际工作，不断地同步回 VS 模型只是为了保持源代码控制最新是一件很痛苦的事情，这意味着它不会一致地完成，即使它是它会产生摩擦。
往返开发效果不佳。
Yeah, I think they've missed the whole point with GDR, at least this version.
Source control and build automation is very nice, but the mainstay of database dev work is building objects and sprocs in the database, many of which are done using designers because it's just faster than cranking the TSQL. Since GDR doesn't cater for this, that design will continue to be done in Management Studio.
If people are using Management Studio to do their actual work, constantly syncing back to the VS model just to keep the source control up to date is a pain in the arse, which means it won't be done consistently, and even when it is it creates friction.
Round trip development does not work great.