我发现 SQL 存储过程非常有趣和有用。我已经编写了存储过程，但我想为任何类型的需求编写精心设计、良好性能调整和简洁的 SP，并且也很想了解存储过程的任何技巧或良好实践。编写存储过程如何从初级进入高级阶段？
更新：从 cmets 发现我的问题应该更具体。 每个人都有一些技巧，我期待他们在代码中使用这些技巧和实践，以使他们与其他人区分开来，更重要的是提高编写和使用存储过程的生产力。
【问题讨论】：
标签： sql-server tsql stored-procedures
这是我的存储过程错误处理指南。
执行存储过程时，始终检查@@error 和返回值。例如：
EXEC @err = AnyStoredProc @value
SET @save_error = @@error
-- NULLIF says that if @err is 0, this is the same as null
-- COALESCE returns the first non-null value in its arguments
SELECT @err = COALESCE( NULLIF(@err, 0), @save_error )
IF @err <> 0 BEGIN
-- Because stored proc may have started a tran it didn't commit
ROLLBACK TRANSACTION
RETURN @err
END
始终在以下语句后存储并检查@@error：
INSERT, DELETE, UPDATE
SELECT INTO
Invocation of stored procedures
invocation of dynamic SQL
COMMIT TRANSACTION
DECLARE and OPEN CURSOR
FETCH from cursor
WRITETEXT and UPDATETEXT
【讨论】：
Call each stored procedure using its fully qualified name？
我一直尝试使用的唯一技巧是：始终在靠近顶部的评论中包含示例用法。这对于测试您的 SP 也很有用。我喜欢包含最常见的示例 - 然后您甚至不需要 SQL 提示符或带有您最喜欢的调用的单独 .sql 文件，因为它就存储在服务器中（如果您存储了查看的过程，这将特别有用） sp_who 输出块或其他内容并采用一堆参数）。
类似：
/*
Usage:
EXEC usp_ThisProc @Param1 = 1, @Param2 = 2
*/
然后要测试或运行 SP，您只需在脚本中突出显示该部分并执行。
【讨论】：
不好：
SET NOCOUNT ON
BEGIN TRAN
INSERT...
UPDATE...
COMMIT
更好，但看起来很乱，而且代码很痛苦：
SET NOCOUNT ON
BEGIN TRAN
INSERT...
IF @ErrorVar <> 0
BEGIN
RAISERROR(N'Message', 16, 1)
GOTO QuitWithRollback
END
UPDATE...
IF @ErrorVar <> 0
BEGIN
RAISERROR(N'Message', 16, 1)
GOTO QuitWithRollback
END
EXECUTE @ReturnCode = some_proc @some_param = 123
IF (@@ERROR <> 0 OR @ReturnCode <> 0)
GOTO QuitWithRollback
COMMIT
GOTO EndSave
QuitWithRollback:
IF (@@TRANCOUNT > 0)
ROLLBACK TRANSACTION
EndSave:
好：
SET NOCOUNT ON
SET XACT_ABORT ON
BEGIN TRY
BEGIN TRAN
INSERT...
UPDATE...
COMMIT
END TRY
BEGIN CATCH
IF (XACT_STATE()) <> 0
ROLLBACK
END CATCH
最佳：
SET NOCOUNT ON
SET XACT_ABORT ON
BEGIN TRAN
INSERT...
UPDATE...
COMMIT
那么“最佳”解决方案的错误处理在哪里？你不需要任何东西。请参阅SET XACT_ABORT ON，这意味着如果有任何错误，则执行自动回滚。代码更干净，更容易阅读，更容易编写，而且错误更少。错误更少，因为 SQL Server 现在会为您执行此操作，因此不会丢失错误条件。
【讨论】：
这是一个非常笼统的问题，但这里有一些建议：
当然，还有更多。这是更多链接： SQL Server Stored Procedures Optimization Tips
【讨论】：
在 SQL Server 中，我总是放置一个语句，如果该过程存在则删除该过程，这样我就可以在开发过程中轻松地重新创建该过程。比如：
IF EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'usp') 并输入 (N'P', N'PC')) 删除程序 usp【讨论】：
这在很大程度上取决于您在存储过程中所做的事情。但是，如果您在一个 proc 中进行多次插入/更新或删除，则使用事务是一个好主意。这样，如果一个部分发生故障，其他部分会回滚，使您的数据库保持一致状态。
在写入数据库时（以及因此在使用执行除选择以外的操作的存储过程时）要考虑的两个最重要的事情是数据完整性和性能。没有数据完整性，您只会拥有一个包含垃圾且无用的数据库。如果没有 performacne，您将没有用户（如果他们是外部客户）或不满意的用户（如果他们被要求使用您的产品，通常是没有选择去其他地方的内部用户）。没有一个对你的职业有好处。因此，在编写存储过程时，请确保首先确保数据将正确输入到数据库中，并且如果操作的某个部分出现问题，它将失败。
如果需要将检查写入 proc 以确保您的最终结果是正确的。我是一名 ETL 专家，在尝试将数据导入表之前，我总是编写我的过程以使数据得到清理和规范化。如果您是从用户界面执行操作，那么在 proc 中执行此操作可能并不那么重要，尽管我会在运行 proc 之前让用户界面进行检查以确保数据适合插入（例如检查以确保datefield 包含一个真实的日期，所有必填字段都有值等）
如果您正在编写 proc 以将大量数据放入表中，那么最好有一种方法可以在这些结果最终确定之前对其进行测试。您会惊讶于从客户和供应商那里获得的用于数据导入的垃圾。我们使用测试标志编写所有导入过程。这样您就可以返回选择数据而不是执行操作，这样您就可以提前看到您会影响什么。
我不喜欢动态 SQL，而且我不喜欢在存储过程中使用它。如果您在现有 procs 中遇到动态 SQl，请输入一个调试标志，允许您打印 SQL 而不是执行它。然后将需要运行的最典型案例放入 cmets。你会发现如果你这样做，你可以更好地维护过程。
不要在游标中做事，只是因为你想重用另一个只在一个记录上工作的存储过程。代码重用会导致性能问题，如果是坏事。
如果您使用的是 case 语句或 if 语句，请确保您已经完成了可以触及每个可能分支的测试。你不测试的就是会失败的。
【讨论】：
Do not do things in a cursor, just because you want to reuse another stored proc that only works on one record at time. 起初工作正常，一旦你获得真实的数据量，就会在 PROD 中杀死整个服务器。
这不是一个没有更多信息就可以直接回答的问题，但一些一般的经验法则确实适用。
存储过程只是存储的 T-SQL 查询。因此，更加熟悉 T-SQL 以及各种函数和语法确实是您需要做的。从性能的角度来看，更重要的是，您需要确保您的查询和底层数据结构以允许良好性能的方式匹配。 IE，确保在需要的地方实现索引、关系、约束等。
了解如何使用性能调优工具、了解执行计划的工作原理以及此类性质的事情是您进入“下一个级别”的方式
【讨论】：
在 SQL Server 2008 中使用 TRY...CATCH 构造，您可以在 T-SQL 存储过程中使用该构造，通过检查 @@ERROR 为异常处理提供比以前版本的 SQL Server 中可用的更优雅的机制（通常使用 GOTO 语句）在每个 SQL 语句之后。
BEGIN TRY
one_or_more_sql_statements
END TRY
BEGIN CATCH
one_or_more_sql_statements
END CATCH
在 CATCH 块中时，您可以使用以下错误函数来捕获有关调用 CATCH 块的错误的信息，
ERROR_NUMBER()
ERROR_MESSAGE()
ERROR_SEVERITY()
ERROR_STATE()
ERROR_LINE()
ERROR_PROCEDURE()
与@@error 不同，@@error 由执行的每个语句重置，错误函数检索到的错误信息在 TRY...CATCH 语句的 CATCH 块范围内的任何位置都保持不变。这些函数可以允许将错误处理模块化到单个过程中，因此您不必在每个 CATCH 块中重复错误处理代码。
【讨论】：
基本的东西：
有一个错误处理策略，并在所有 SQL 语句上捕获错误。
决定对存储过程使用源代码控制的策略。
包括带有用户、日期/时间和 sp 目的的注释标题。
显式返回 0（成功）表示成功执行，否则返回其他内容。
对于非平凡的程序，包括一个（或多个）测试用例和预期结果的描述。
养成性能测试的习惯。对于文本案例，至少记录执行时间。
了解显式事务并使用它们。
几乎从不从 SP 调用 SP。可重用性与 SQL 不同。
【讨论】：
以下是一些最佳实践，
For more explanations and T-SQL code samples please check this post
【讨论】：
这里有一些代码可以证明 SQL Server 上没有多级 ROLLBACK，它说明了事务是如何处理的：
BEGIN TRAN;
SELECT @@TRANCOUNT AS after_1_begin;
BEGIN TRAN;
SELECT @@TRANCOUNT AS after_2_begin;
COMMIT TRAN;
SELECT @@TRANCOUNT AS after_1_commit;
BEGIN TRANSACTION;
SELECT @@TRANCOUNT AS after_3_begin;
ROLLBACK TRAN;
SELECT @@TRANCOUNT AS after_rollback;
【讨论】：