在SQL Server 2008 DB项目中管理数据库的子集

我对VS2010中使用SQLServer2008DB项目还不熟悉。我找到了一个很好的方法来设置它们。他们创建表、存储过程等作为对象的方式很好。但这也是一种限制吗

我想使用这个项目来管理1个存储过程（用于学习）。我不想导入整个数据库，因为90%的数据库是我们无法管理的

我创建了一个新项目，但没有执行导入过程。然后我添加了一个新的存储过程。现在我很难建造这个东西。我收到各种错误，说我有未解析的对象引用

如何添加新的存储过程..构建它并将其部署到数据库？这种类型的SQL项目是否可行，或者我是否需要回到VS2008及以下版本使用的旧的、简单的SQL项目类型

更新
另一位专家表示，对数据库项目类型的支持已经消失。对我处境的支持似乎已经消失了

2012年3月21日更新2

---

我安装了它，它允许我将SSMS直接用于TFS 2010。我不再需要，并且发现大型数据库SQL 2008项目的安装过程无法管理。尤其是当您只管理一小部分数据库时。

必须导入新存储过程引用的所有架构对象。但这可能会成为一个大任务，因为每个被引用的对象也需要它的所有引用。

---

链接服务器对象的更多问题。

您可以。这允许数据库项目知道数据库的整个模式，同时，您不需要维护整个模式。例如，您可以使用正在进行开发的数据库子集（或由您负责的子集），但项目知道整个模式。这允许它在部署时通过比较项目中的架构与目标数据库中的架构来创建更改脚本。

您发布的链接是关于旧式数据库项目的，而不是您正在谈论的那些项目。@John Saunders-我指的是这两种类型。旧类型支持单项目管理。新项目类型需要整个数据库。这就是我问题的重点。我的重点是，只有旧的类型消失了。新类型是活动的，但需要知道存储过程引用的内容。不一定是整个数据库，而是存储过程引用的子集，以及它们引用的所有内容，等等@johnsaunders-我明白你的意思了。那对我来说还是不行。那面条太长了，解不开。我只想管理一小部分数据库、存储的proc和一些表。但是，它们的依赖性在不断增长。在我的情况下，每次需要添加依赖项时都必须导入一个未知的对象太多了。仍然有一个完整的数据库项目，但可以忽略它，并且只能处理部分项目。请注意，数据库项目不部署脚本-它们构建数据库模式的模型，然后根据模型部署“更改脚本”。如果他们不知道所有的数据库对象，那么他们就无法生成更改脚本。这部分项目是否处理模式比较的所有工作？当我做比较的时候，我总是从中得到所有缺少的东西，而不是相关的东西减去已经通过db reference引用的东西。我真的不记得了，而且我没有当前的例子要检查。我希望如果你对“主”项目进行比较，它会起作用。整个想法是让项目理解完整的模式。否则，部署将如何工作？