SQL Server Management Studio在打开数据库图表后崩溃

11

我在本地 SQL Server 2018,SSMS 18.1 中有两个现有的数据库图表。 当我打开它时,应用程序会变成“无响应”,然后在没有任何错误的情况下崩溃。 它在过去的7天中一直运行良好。


你找到任何答案了吗? - Gibrán
有点。但是,我忘记了我具体做了什么。有人说要从SSMS中删除某些内容。它也删除了我的用户凭据。幸运的是,我有两个用户凭据。 - Satish Patro
@Gibrán,请查看Mehran提到的答案并检查评论。这不是确切的答案,它会删除服务器凭据,但我有我的模式凭据。所以,它起作用了。不应该在生产环境中尝试。 - Satish Patro
2
我发现了一个解决方法并在这里发布了:https://feedback.azure.com/forums/908035-sql-server/suggestions/37992649-ssms-18-1-crashes-when-opening-a-database-diagram 简而言之,使用REG hack关闭遥测... - dwainew
2
请阅读此答案:https://stackoverflow.com/a/63085851/11258674 - Amirhossein
显示剩余3条评论
4个回答

3

如果您安装了SSMS 18.0版本,则在18.0版本中,数据库图表已被弃用和移除,并添加回到SSMS 18.1版本。

来源:18.0版中弃用和删除的功能:

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


抱歉,它是18.1。 - Satish Patro
1
尝试从“我的文档”中删除“SQL Server Management Studio”文件夹,这会导致所有设置和任何崩溃都被清除。我再次强调,如果有的话,您将失去所有当前设置。希望这能解决问题,否则请卸载/重新安装。 - Mehran Khan
1
哦,它甚至删除了密码和所有内容。 - Satish Patro
1
删除那个文件夹对我来说没有解决崩溃问题。 - AlexVPerl

1

我一直在处理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)中无效。 - jl.

0

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

注意:虽然这个问题在SSMS 18.6中已经修复,但它在18.7.X中又出现了。


0

作为临时解决方案,请使用旧版本的SSMS(17.9),这将限制您的功能集。

微软已经发布了关于该错误的文章在这里


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接