超级烦人的 SQL Server 临时 .sql 文件错误 - 试图将它们命名为相同
我觉得我可能是世界上唯一遇到这个问题的人，因为我什至无法在谷歌上找到任何解决这个问题的方法。
每当我在 SSMS 中打开一个新的查询窗口时，出于某种原因，SQL Server 都会尝试将底层临时 .sql 文件命名为我的 C:\Documents And Settings\Local Settings\Temp 文件夹中的十个文件名之一。在几个新的查询窗口之后，这些文件名都存在于我的临时文件夹中，因此它会重新开始并尝试将新查询窗口临时文件名命名为文件夹中已存在的名称。因此，每次打开几个窗口后打开一个查询窗口时，我都会收到一个对话框，告诉我文件 C:\Documents And Settings...\~vs67BC.sql（或 ~vs66BC.sql、~vs68BC.sql 等） ) 已在源代码编辑器之外进行了修改，是否要重新加载它或丢失在源代码编辑器中所做的更改？无论我单击什么都没关系，它只是转到下一个文件，如果该文件存在于我的临时文件夹中，那么它会再次询问我是否要重新加载或丢失更改。有时需要 8-10 个对话框才能打开新的查询窗口。
关闭 SSMS 并不能解决问题。它会清除临时文件，但当我重新打开 SSMS 并打开两个或三个查询窗口时，它又回来了。
有人对如何解决这个问题有什么建议吗？
I feel like I may be the only person in the world experiencing this problem since I can't locate even anything on google with a solution this problem.
Whenever I open a new query window in SSMS, for some reason SQL Server tries to name the underlying temp .sql file like one of ten file names in my C:\Documents And Settings\Local Settings\Temp folder. After a handful of new query windows, those file names all exist in my temp folder so it then it starts over and tries to name the new query window temp filename a name that already exists in the folder. So every time I open a query window after a handful of windows are open I get a dialog telling me The file C:\Documents And Settings...\~vs67BC.sql (or ~vs66BC.sql, ~vs68BC.sql, etc) has been modified outside of the source editor, do you want to reload it or lose the changes made in the source editor? Whatever I click doesn't matter, it just goes to the next one and if that file exists in my temp folder then it asks me again if I want to reload or lose changes. Some times it takes like 8-10 dialogs before I get a new query window to open.
Closing out of SSMS doesn't fix the problem. It clears the temp files but then when I reopen SSMS and open two or three query windows, it come back.
Anybody have any suggestions on how to fix this?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论