我将 SQLPackage.exe 与数据库发布配置文件一起使用，以将数据库更改部署到 DEV 和 QC 实例。我有处于简单恢复模式的数据库。但是当我使用 SQLPackage 部署更改时，它会将它们恢复为完全恢复模式。
这就是我正在使用的，
"C:\Program Files (x86)\Microsoft SQL Server\110\DAC\bin\SqlPackage.exe" /Action:Publish /SourceFile:"FILE PATH TO .DACPAC" /Profile:"PUBLISH PROFILE.XML"
如果我使用 Visual Studio 使用相同的发布项目部署项目更改，也会发生同样的情况。
我在这里想念什么？据我所知，Profile 中没有这样的标志。这是 SQLPackage 的预期行为吗？
当我们将新列添加到现有表中时，正确的方法是什么？
例如，我已经有像 Foo1、Foo2、Bar1、Bar2 这样的列。现在我想添加一个名为 Foo3 的新列。
当我想添加具有相似名称的列时，标准方法是什么（如果是这样的话）？
我看到 2 个选择：
为了获得一些参考，我们正在使用数据库项目来控制数据库更改，并为应用程序开发人员提供更好的 GUI 来进行数据库更改。我们正在使用某种 ORM 与数据库交互，因此没有人使用数据库对象名称查询数据库。
更新： 我在一些现有列上有几个索引。但是名称相似的列（包括我要添加的列）不是任何索引的一部分。
我正在尝试创建一个巨大的脚本，它通过添加/删除/修改现有数据库的列来更新一堆表。一个困扰我的问题是，每当我在一条语句中的表中添加新列并尝试在另一条语句中引用它时，它都会失败并出现有关无效列 xxx的错误。
以下是我用来重现此问题的伪代码，
--CREATE TABLE testTable (u_id int, u_name varchar(10))
--INSERT INTO testTable VALUES (1,'11')
--INSERT INTO testTable VALUES (2,'12')
--INSERT INTO testTable VALUES (3,'13')
--INSERT INTO testTable VALUES (4,'14')
--INSERT INTO testTable VALUES (5,'15')
BEGIN
ALTER table testTable ADD u_add varchar(10)
END
BEGIN
CREATE TABLE tmp_xx_xx_testTable (u_id int, u_name varchar(10), u_add varchar(10))
INSERT INTO dbo.tmp_xx_xx_testTable VALUES (6,'16','DDD' )
INSERT INTO tmp_xx_xx_testTable (u_id,u_name,u_add)
SELECT u_id,u_name,u_add FROM TestTable
drop TABLE TestTable
EXECUTE sp_rename
N'[dbo].[tmp_xx_xx_testTable]',
N'TestTable';
END
--SELECT * FROM testTable
--DROP TABLE testable
第一（和最后）几行只是准备我正在使用的测试表。
当我运行此代码时，出现有关列u_add无效的错误。但是当我单独运行相同的语句时，它们运行没有任何问题。所以看起来我不明白这里还需要做什么，这样 SQL Server 才能真正“看到”新添加的列。