因此，我正在部署一个VS2010数据库项目，并进行了一些架构更改。我有一张桌子，特别是VSDBCMD坚持“重建”，即重命名 - ＆gt;创建 - ＆gt;复制 - >丢弃
此表的唯一更改是删除一些列，这可以通过简单的I dunno处理，删除列。通常情况下我不介意，除了这个特殊的表被称为“附件”，重量为15演出左右。这需要很长时间，锁定数据库并在本地失败，因为我没有15+演出免费，并且在我们的测试环境中远程超时。
任何人都可以指示VSDBCMD在部署时更改架构的规则吗？
或许您遇到过类似的问题并提出建议？
谢谢！
答案 0 :(得分：0)
VSDBCMD只是'喜欢'重建表太频繁了，而且当它选择重建表时我没有'magic vsdbcmd手册'，但我不相信生产数据库上VSDBCMD的输出无论如何都没有人工检查。
'dbname.sqldeployment'文件中有一个设置允许设置'IgnoreColumnOrder'，这可能有助于防止重建表（可能是因为列索引已更改而触发重建）。
在您的情况下，我只会在您的数据库上运行手动创建的脚本。
哎呀，写'alter table Attachments drop column uselessData'可能会花费你10％的时间来提出这个问题：）