在 SQL Server Management Studio 中编辑表后保存更改答案

【问题标题】：Saving changes after table edit in SQL Server Management Studio在 SQL Server Management Studio 中编辑表后保存更改
【发布时间】：2010-12-30 10:59:57
【问题描述】：

如果我想保存以前保存在 SQL Server Management Studio 中的表中的任何更改（表中没有数据），我会收到一条错误消息：

不允许保存更改。您所做的更改需要以下表将被删除并重新创建。你要么做了无法重新创建或启用该选项的表的更改防止保存需要重新创建表的更改。

什么会阻止表格被轻松编辑？或者，SQL Server Management Studio 是否需要重新创建表进行编辑？这是什么 - 这个“选项阻止保存更改”？

【问题讨论】：

关闭此选项存在风险。如果您启用了更改跟踪（您的表格），您可能会丢失更改。
Saving changes is not permitted in SQL Server 的可能重复项
@Pang - 这个问题最先出现，这是重复的。
@GrandMasterFlush meta.stackoverflow.com/a/252930/1402846 | meta.stackexchange.com/a/147651/204869
@Pang - 我不知道，谢谢。

标签： sql sql-server ssms database-table

【解决方案1】：

进入工具->选项->设计器->取消选中“防止保存需要重新创建表的更改”。瞧。

发生这种情况是因为有时需要删除并重新创建表才能更改某些内容。这可能需要一段时间，因为所有数据都必须复制到临时表中，然后重新插入新表中。由于默认情况下 SQL Server 不信任您，因此您需要说“好的，我知道我在做什么，现在让我做我的工作。”

【讨论】：

Microsoft 支持站点不鼓励这样做，但如果表中没有任何数据，我看不出有什么害处。可能最好使用 TSQL 进行更改。
我个人不鼓励将设计器用于重要数据库。我已经看到它多次犯下代价高昂的错误。此外，它还助长了懒惰的开发习惯，允许在无法管理 SQL 代码路径的情况下修改数据库结构。
同意，马克，但在早期开发中，我不需要编写一堆脚本。
令人震惊的是，现在是 2016 年 9 月，而且这个令人难以置信的用户不友好错误（没有选项问“嘿，你想允许表更改吗？”）仍在发挥作用。不，您只是得到一个取消按钮，并且必须重新进行更改。 SQL Server 是最愚蠢的。
@Mike Gledhill 2019 年的问候，现在仍然如此，哈哈

【解决方案2】：

工具 |选项 |设计师 |表和数据库设计器

取消选中“防止保存需要重新创建表的更改”选项。

【讨论】：

感谢截图。我一直在寻找这样的东西来帮助我找到那个愚蠢的选择。当它说你不能时，对话框应该有一个“无论如何都要做”的复选框。
最佳实践更改此选项后，选中上方选项“自动生成更改脚本”以防止数据丢失
感谢您的图片。这非常有用:)

【解决方案3】：

要解决此问题，请使用 SQL 语句更改表的元数据结构。

当启用“防止保存需要重新创建表的更改”选项时会出现此问题。

来源：Error message when you try to save a table in SQL Server 2008: "Saving changes is not permitted"

【讨论】：

我的问题是：为什么 SQL Server 不使用所需的 T-SQL 语句，而不是为每次更改删除并重新创建表？我无法理解这种行为。

【解决方案4】：

您应该停止以这种方式编辑数据，而不是取消选中该框（一个糟糕的解决方案）。如果必须更改数据，请使用脚本进行更改，以便您可以轻松地将其移植到生产环境并使其处于源代码控制之下。这也使得在生产下推到开发后更容易刷新测试更改，以使开发人员能够处理更新的数据。

【讨论】：

A) 您可以复制 SSMS 生成的脚本并在您的生产环境中使用它。 B) SSMS 通常更容易、更快、更安全，因为 SSMS 会为您处理所有细节。
Itg 仍然是一个非常糟糕的主意。您不想在 prod 上重新创建 10,000, 000 条记录表。它并不快。它如何更安全？坏数据就是坏数据，如果您使用自己编写的脚本以及让 SSMS 编写脚本，一致性检查就会起作用。在 100% 的情况下，这是糟糕的做法。
我想说，在任何你已经处于 prod 并且其中有数据的环境中，那么是的，这可能是真的。另一方面，在我所处的情况下，我仍在开发中，并且有一个我想修改的完全空白的表......我会这么说。 :p

【解决方案5】：

转到 SSMS 并尝试一下

菜单>>工具>>选项>>设计器>>取消选中“防止保存需要重新创建表的更改”。

这里有一个很好的解释： http://blog.sqlauthority.com/2009/05/18/sql-server-fix-management-studio-error-saving-changes-in-not-permitted-the-changes-you-have-made-require-the-following-tables-to-be-dropped-and-re-created-you-have-either-made-changes-to-a-tab/

【讨论】：

【解决方案6】：

您可以在 SQL Server Management Studio 的表编辑器中非常轻松且直观地进行许多更改，实际上需要 SSMS 将表放在后台并从头开始重新创建。即使是对列重新排序等简单的事情也无法在标准 SQL DDL 语句中表达 - SSMS 所能做的就是删除并重新创建表。

此操作可能 a) 在大型表上非常耗时，或者 b) 甚至可能由于各种原因（如 FK 约束和其他东西）而失败。因此，SQL Server 2008 中的 SSMS 引入了其他答案已经确定的新选项。

一开始，阻止此类更改可能看起来违反直觉——而且这对开发服务器来说肯定是个麻烦事。但是在生产服务器上，此选项及其阻止此类更改的默认值成为潜在的救星！

【讨论】：

我现在在开发服务器上，但在生产服务器上，我肯定会重新打开它。再次感谢分享经验
但是，例如，将 nvarchar 列的大小从 100 更改为 120 是非常简单的操作，可以使用 ALTER TABLE 轻松完成......那么，为什么 SQL Server (Management Studio) 会下降并为这种情况重新创建表格？
@Jaime：您需要询问该视觉设计师的开发人员 - 没有其他人知道。这只是一个事实——对于视觉设计师，许多直接的更改总是通过重新创建表格和复制来完成。如果您想使用直接的方法，则由您自己通过编写一些简单的 T-SQL 语句并执行它们来自己处理。
谢谢@marc_s 这正是我所期待的答案，尽管我不相信他们有一个可以解释这一切的隐藏原因:)
此限制还可以防止对象 ID 在您不知情的情况下更改（以防您不希望发生这种情况）。