管理 SQL Server 2008 DB 项目中的数据库子集
我是在 VS 2010 中使用 SQL Server 2008 DB 项目的新手。我发现了一个很好的 设置它们的介绍。他们将表、存储过程等创建为对象的方式很好。但这也是一种限制吗？
我想用这个项目来管理1个存储过程（供学习）。我不想导入整个数据库，因为数据库的 90% 是我们不管理的内容。
我创建了一个新项目，但没有执行导入过程。然后我添加了一个新的存储过程。现在我很难构建这个东西。我收到各种错误，指出我有未解析的对象引用。
如何添加新的存储过程..构建它并将其部署到数据库？这种 SQL 项目是否可行，或者我是否需要回到 VS 2008 及更低版本使用的旧的、简单类型的 SQL 项目？
更新
根据另一个 post，对数据库项目类型的支持消失了。对我的处境的支持似乎已被抹去。
更新 2 2012 年 3 月 21 日
我安装了 MSSCCI 它允许我直接将 SSMS 与 TFS 2010 一起使用我不再需要并且发现大型数据库 SQL 2008 项目的设置过程难以管理。特别是当您只管理一小部分数据库时。
I'm new to using SQL Server 2008 DB Project's in VS 2010. I found a good intro to setting them up. It's nice how they create Tables, Stored Proc's etc as objects. But is it also a limitation?
I want to use this project to manage 1 stored procedure (for learning). I do not want to import the entire database because 90% of the database is stuff we do not manage.
I created a new project without doing the import process. I then added a new stored procedure. Now I am having difficulty getting the thing to build. I'm getting various errors saying that I have unresolved references to objects.
How can I add a new stored procedure..build it and deploy it to the database? Is it possible with this kind of SQL project or do I need to drop back to the old, simple type of SQL projects that VS 2008 and below used?
Update
According to another post, support for the Database Project type is gone. Support for my situation appears to have been erased.
UPDATE 2 3/21/2012
I installed MSSCCI which allows me to use SSMS directly with TFS 2010. I no longer needed and found the setup process to be unmanageable for a large database SQL 2008 project. Especially when you only manage a small % of the DB.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您可以使用部分项目对数据库项目进行分区。这使得数据库项目可以知道数据库的整个模式，同时，您不需要维护整个模式。例如，您可以使用正在积极开发的数据库子集（或您负责的子集），但项目知道整个模式。这允许它通过将项目中的架构与目标数据库中的架构进行比较，在部署时创建更改脚本。
You can Partition a Database Project by Using Partial Projects. This allows the database project to know the entire schema of the database, at the same time, you need not maintain the entire schema. You can work with the subset of the database that's under active development, for instance (or the subset which is your responsibility), yet the project knows the entire schema. This permits it to create change scripts at deployment time, by comparing the schema in the project with the schema in the target database.
您必须导入新存储过程引用的所有架构对象。但这可能会成为一项艰巨的任务，因为每个引用的对象也需要它的所有引用。
链接服务器对象有更多麻烦。
You must import all schema objects referenced by your new stored procedure. But this can become a large task because every referenced object need all it's references too.
More trouble with linked server objects.