我只是对数据层应用程序的功能以及数据库项目在Visual Studio的数据库版本中所做的工作有点熟悉。

这两个不同的数据库版本控制的重叠解决方案是吗?还是数据层应用程序功能直接替代使用Visual Studio数据库版本和数据库项目的需求?

有帮助吗?

解决方案

目前,数据库项目和数据层项目之间的区别是部署。如果要创建DACPAC,则将使用数据层项目。如果要创建.dbschema和SQL迁移文件,则将使用常规数据库项目。

据我所知,对于SQL Azure部署而言,数据层应用程序将在将来很重要。

除非您专门查看SQL Azure,否则我暂时使用数据库项目。这完全取决于您要实现的目标。可能是 SQL源控制 (由Red Gate,我工作的公司)更适合您的需求。

其他提示

DAC提供了一个应用模型,可以用作开发人员和DBA之间的接口。开发人员编辑模型,DBA从模型中管理/部署。例如,一旦构建或提取模型,就可以将其部署到多个服务器。

想象一下.dacpac作为.exe。开发人员构建了.exe并将其交给某人。在这一点上,如果开发人员不必担心.exe在哪里运行,那将是很好的,因为.exe在内部是一致的 - 它要么运行,要么不运行。为什么开发人员需要担心针对2008、2005或Azure的靶向?只需开发应用程序模型,让DAC照顾其余的...

拥有此部署工件也提供了一些新的功能。示例包括版本的部署,确定自上次部署或升级以来是否已更改数据库的能力,能够在不同目标服务器中创建相同数据库的能力。

您是否喜欢管理各种数据库的升级脚本库?如果可以在任何时间点构建或捕获(提取)数据库的整个状态,那不是很好吗?

VS 2010中的数据库应用程序项目MASHUP将在即将发布的以数据库为中心的开发人员工具的版本中解决。投资DBSCHEMA或DAC不会影响远期兼容性。

我相信Visual Studio数据库项目针对开发人员。

数据层应用程序针对DBA。看 这个博客 有关详细信息。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top