小编tod*_*tta的帖子

我真的在努力管理基于Visual Studio 2010数据库项目的SQL Azure数据库的最佳方法.我认为使用VSDBCMD创建用于升级的差异脚本然后只需在SSMS中针对SQL Azure运行就足够了.但是,我得到了可怕的"无法确定目标数据库架构提供程序.部署无法继续." 错误.

在这一点上,我只是假设SQL Azure不支持VSDBCMD中的某些内容,反之亦然,我正在考虑其他方法.这是我正在考虑的方法:

1. 使用Azure数据库引擎设置从SSMS编写SQL Azure数据库脚本.
2. 在步骤1中从脚本创建一个临时本地数据库.
3. 使用VSDBCMD从步骤2开始针对本地数据库创建delta脚本.
4. 检查/修改步骤3中的脚本.
5. 在SSMS中针对SQL Azure运行步骤3/4中的脚本.

好坏？还有其他想法吗？

编辑:我今天更新到Visual Studio 2010 SP1,发现Microsoft.Data.Schema.Sql.dll中有一个新的数据库架构提供程序:SqlAzureDatabaseSchemaProvider.但是,我无法确定如何真正使用这个坏男孩.现在,当我针对Azure数据库尝试相同的VSDBCMD脚本时,我得到:

源数据库架构提供程序Sql100DatabaseSchemaProvider无法转换为提供程序SqlAzureDatabaseSchemaProvider.部署无法继续.

我也尝试使用具有相同结果的Sql90提供程序.我甚至手动编辑了dbproj文件,并将DSP属性更改为SqlAzureDatabaseSchemaProvider.当我重新加载项目时,我得到:

数据库模式提供程序必须提供DataGenerationServices的实现.

有人试过VS 2010 SP1吗？

我有一个WiX软件包,其中有一个组件创建一个具有ApplicationPoolIdentity标识(IIS AppPool\AppPoolName)的IIS 7应用程序池.然后我有另一个组件在SQL Server数据库中为此标识添加权限(我使用的是SqlString扩展).

当SQL运行以添加权限时,我收到以下错误:

未找到Windows NT用户或组"IIS AppPool\AppPoolName".

我假设这种情况正在发生,因为IIS的事情发生在事务中,而应用程序池实际上还没有提交.

有没有人有更好的方法来解决这个问题？

谢谢!

我了解您可以在Azure辅助角色上打开端口80并公开运行WCF服务.但是,我遇到了这样一种情况,即以这种方式更有意义,而不是在网络角色中运行.有任何想法吗？