因此,我很遗憾不能在使用SSMS18的组织中工作,这意味着我没有用于SSMS的内置调试器。我被降级为使用VS2019 Professional设置断点并逐步执行存储过程。不,Biggie,对吗?
好吧,当我选择“使用调试器执行”(由于某种原因在GIF中看不到选择)时,它将加载并执行,并且永远不会碰到我的断点。
我没有关注下面的这些帖子。
How to debug stored procedure in VS 2015?
这个我找不到他在第6步中描述的内容,但是我之前在VS2019中调试了一个SQL-Query,但这是一个本地实例,而不是这种情况下的远程服务器。
Cannot execute breakpoint inside stored procedure from VS 2017
我们将不胜感激。
答案 0 :(得分:0)
为什么我的断点没有在Visual Studio 2019调试中达到SQL 来自网络服务器的脚本
根据您的问题,您可以尝试按照我的步骤进行操作:
一个
1)在SQL Server资源管理器中连接数据库,并确保您可以成功访问数据。
2)右键单击所选过程,然后选择执行过程选项。然后它将打开一个新的查询窗口,您可以在其中执行存储过程,如下所示。
一种简单的方法是,您只需选择 Debug Procedure (调试过程),它将直接调试过程,因此您不应该执行以下步骤。
3)在查询文件中设置新的断点,然后选择Execute with Debugger
。由于,您无法打开绿色箭头的下拉框,因此可以通过以下方式选择顶部的菜单{ {1}}调试过程。
此外,请记住在调试之前选择正确的数据库,以免对其他数据库运行调试语句。
注意:如果存储过程需要输入参数,Visual Studio将提示您输入值,然后再打开新的查询窗口。
更多信息,您可以参考this。
两个
1)右键单击SQL-->Execute with Debugger
-> Solution Explorer
中的项目。
2)编写一个自定义查询以选择您的过程,例如Add--> Script-->Script(Not in Build)
,然后选择exec dbo.Users_GetUserInfo
。
希望它可以为您提供帮助。
答案 1 :(得分:0)
下载并安装版本为SSMS的<版本18。然后,您将可以进行调试。