【问题标题】:SQL Server Management Studio crashes after opening database diagram打开数据库图表后 SQL Server Management Studio 崩溃
【发布时间】:2019-11-28 01:37:13
【问题描述】:

我在 SQL Server 2018、SSMS 18.1 的本地服务器中有 2 个现有数据库图 打开它时,应用程序变为“无响应”,然后崩溃而没有任何错误。过去 7 天运行良好。

【问题讨论】:

标签: sql-server sql-server-2012


【解决方案1】:

意思是 18,如果您安装了 SSMS 版本 18.0,则数据库图表已被弃用并从 18.0 版本中删除,并重新添加到 SSMS 版本 18.1 中。

Source: Deprecated and removed features in 18.0:

查看上述 SQL Server Management Studio (SSMS) 发行说明中的​​ 18.0 中已弃用和删除的功能。

【讨论】:

  • 对不起,现在是 18.1
  • 尝试从“我的文档”中删除“SQL Server Management Studio”文件夹,这会导致所有设置以及任何崩溃都消失。我再说一遍,如果有的话,您将丢失所有当前设置。希望这能正常工作卸载/重新安装。
  • 哦。它甚至删除了所有密码
  • 删除该文件夹并没有解决我的崩溃问题。
【解决方案2】:

我一直在 SSMS 18.5 上处理同样的问题。

我不知道是什么导致 [dbo].[sysdiagrams] 表损坏,但我发现如果我从旧(工作)版本的数据库复制图表,它们可以再次编辑。

我用来解决问题的TSQL:

DELETE FROM [corrupt_database].[dbo].[sysdiagrams];

INSERT INTO [corrupt_database].[dbo].[sysdiagrams]
SELECT [name],
       [principal_id],
       [version],
       [definition]
FROM [valid_database].[dbo].[sysdiagrams];

在我最初的测试中,图表将保存并再次重新打开;即使在重新启动 SSMS 之后。

【讨论】:

  • 对于那些没有仔细阅读的人来说,这在 SQL 数据库 (Azure) 中无效。
【解决方案3】:

作为临时修复使用旧版本的SSMS (17.9),这将限制您的功能集。

微软发布了一篇关于该错误here的文章

【讨论】:

    【解决方案4】:

    SSMS 数据库图目前在 17.9.1 和 18.6 中正常工作。

    注意:虽然此问题在 SSMS 18.6 中已修复,但在 18.7.X 中再次出现。

    【讨论】:

      猜你喜欢
      • 2012-09-15
      • 1970-01-01
      • 1970-01-01
      • 2014-01-30
      • 1970-01-01
      • 2010-11-05
      • 2010-10-25
      • 1970-01-01
      • 2023-03-24
      相关资源
      最近更新 更多