我知道存储过程通过执行路径更有效（比应用程序中的内联 sql）。然而，当被按下时，我对原因不是很了解。
我想知道对此的技术推理（以稍后我可以向某人解释的方式）。
谁能帮我制定一个好的答案？
所以我确定我的 SQL Server 的不稳定行为是因为 .Net SqlClient 数据提供程序的默认设置SET ARITHABORT OFF. 话虽如此，我已经阅读了各种文章，这些文章讨论了实现这一点的最佳方式。对我来说，我只是想要一个简单的方法，因为 SQL Server 正在遭受痛苦，而且我的查询调优还没有完全超越整个应用程序（显然SET在 sp 中添加是行不通的）。
在 Erland Sommarskog关于该主题的精彩文章中，他基本上建议采取安全的方法，通过更改应用程序来发出SET ARITHABORT ON连接。但是，在 dba.stackexchange question 的这个答案中，Solomon Rutzky提供了实例范围和数据库范围的方法。
设置此实例范围内我在这里遗漏了什么后果？正如我所看到的......因为SSMSON默认设置了这个，我认为ON为所有连接设置这个服务器范围没有坏处。归根结底，我只需要这个 SQL Server 来执行高于一切。