最近,我倾向于在实际执行查询之前验证我的存储过程操作查询参数。例如,在对表'T‘进行更新时,检查更新是否不会失败……在实际更新之前,首先执行"Select Exists on the on index“类型的查询。如果唯一索引被违反,我将提前捕获错误并返回。我基本上是建立在我通常的乐观锁定策略上,即检查我正在更新的记录是否仍然符合更新条件,即没有更改。我
有没有可能开发一个SQL Server 2016查询,可以在达到一定条件后退出/停止执行?
我们开发了一个存储过程,它应该仅在从SELECT语句返回的不同记录的计数小于10K时才返回数据。因此,该过程首先获取不同值的计数,然后运行SELECT语句来获取要返回的实际数据。如果计数超过10K,它将简单地返回计数,而不是再次运行查询来获取实际数据。该表有近8000万条生产中的记录,对于某些输入参
我正在使用Report Viewer 2008生成一个使用存储过程(SQL Server 2008)填充的报告。报告将正确生成。此报告需要一段时间才能生成,因为它很大。在加载报告期间,如果用户关闭浏览器窗口,则此存储过程将一直执行,直到完成(即使没有显示报告...)。问题是,这会杀死服务器处理器,尤其是在由多个用户执行此操作的情况下,一旦关闭,它们将重新打开并再次加载,从而导致存储过程由同一用户运行