Visual studio 2012 安装CLR对象后，Sql架构比较不会更新'；检测到源架构漂移'；

安装自定义CLR对象后，Sql Server Developer Tools（SSDT）VS2012将不允许更新。错误是“检测到源架构漂移。请按“比较”刷新。刷新后会发生相同的情况

尝试 在设置中，我将对象设置为仅存储过程。

---

设置->常规->阻止可能的数据丢失->同时尝试打开和关闭。

这不是答案，而是解决此问题的线索

我将一个列从varchar[200]更新为varchar[MAX]，也遇到了这个问题。因此，我登录了服务器，试图通过安装在那里的SQL Management Studio手动更新数据库，但出现了以下错误：

"Saving changes is not permitted. The changes you have made require the folloing tables to be drpped and re-created. You have either made changes to a table that can't be re-created or enable the option Prevent saving changes that require the table to be re-created."

似乎重新创建表是一件非常危险的事情，以至于“阻止/取消阻止可能丢失的数据”无法处理。所以我认为只有我们能够绕过这个本地警告，才能远程更新数据库

但是，为什么[200]到[max]会导致重新创建表？这没有任何意义。我尝试了[200]到[1000]，但也没有效果。这可能是解决此问题的关键

---

而且，如果您在VS的服务器资源管理器中而不是在SQL Management Studio中执行相同的更新，它也会起作用。同样，原因是？

这种循环也可能是由于引用的SSDT项目未能生成而导致的。引用的项目可能丢失、卸载或出现错误，从而无法完成比较。

我尝试以a的身份运行VS管理员，它成功了。

当数据库用户“更改”时，可能会发生这种情况

以下相当可怕的论坛页面讲述了外国黑客试图强行访问“sa”db用户的问题，每次尝试都会更改sa用户的日期时间戳（这被视为模式漂移）：

这里还提到，您可以查询sa用户几次，以查看您是否遇到这种情况：

SELECT * FROM sys.server_principals WHERE principal_id=1

我目前遇到了同样的问题（sa用户正在被修改；我对黑客一无所知），并且还没有找到解决方案

---

编辑-我通过

属性

日志记录

打开了Windows防火墙的日志记录，我们在端口3071上设置了一个阻止规则，该端口有很多无法解释的流量。然后问题就消失了。

不幸的是，我们求助于删除表来解决这个问题。谢谢，在我的情况下，VS抱怨”“源模式漂移”重复出现，但在模式更新过程中我并没有改变它-SSDT项目中的几个问题是原因（CREATE INDEX之间缺少GO语句）谢谢！我只是想在一张表上编辑一个索引。结果我忘记了解决方案中有一个未完成的过程，它导致项目构建失败。我知道已经一年了，但你找到什么了吗？发生在我身上的事提醒了我！我用解决方案更新了我的答案，为我解决了这个问题。有意思吗ting，我也遇到了同样的问题，但我只是禁用了sa帐户。这只是一个家庭开发服务器，上面没有任何重要内容，但我仍然不喜欢有人试图强行进入该框。我们也遇到了这个问题，因为登录失败是有用的，请参阅Windows事件查看器-->