Сохраненная процедура - возвращает идентификатор в качестве выходного параметра или скаляра

Question

Когда вы вставляете запись в таблицу с столбцом идентификации, вы можете использовать SCOPE_IDENTITY() для получения этого значения. В контексте хранимой процедуры, которая была бы рекомендуемым способом вернуть значение идентичности:

1. В качестве выходного параметра SET @RETURN_VALUE = SCOPE_IDENTITY()
2. В скалярной SELECT SCOPE_IDENTITY()
3. Другим способом?

Любые плюсы и минусы каждого?

Answer 1

Все зависит от вашего клиентского доступа к данным. Многие рамки ORM полагаются на явный запрос SCOPE_IDENTITY во время операции вставки.

Если вы полностью контролируете уровень доступа к данным, возможно, лучше вернуть SCOPE_IDENTITY() в качестве выходного параметра. Обертка возврата в результирующем наборе добавляет лишние метаданные для описания набора результатов и усложняет код для обработки результата запроса.

Если вы предпочитаете набор результатов возврата, то снова спорно лучше использовать предложение OUTPUT:

INSERT INTO MyTable (col1, col2, col3) 
OUTPUT INSERTED.id, col1, col2, col3 
VALUES (@col1, @col2, @col3); 

Таким образом, вы можете получить весь вставленную строку обратно, в том числе по умолчанию и вычисляемые столбцы, и вы получаете набор результатов, содержащий одну строку для каждой вставленной строки, которая корректно работает с установленными ориентированными пакетными вставками.

В целом, я не вижу ни одного случая при возврате SCOPE_IDENTITY(), так как результат был бы хорошей практикой.

Answer 2

Я предпочитаю возвращать значение идентификатора в качестве выходного параметра. Результат SP должен указывать, удалось ли это или нет. Значение 0 указывает, что SP успешно завершен, ненулевое значение указывает на ошибку. Кроме того, если вам когда-либо понадобится внести изменения и вернуть дополнительное значение из SP, вам не нужно вносить какие-либо изменения, кроме добавления дополнительного выходного параметра.

Answer 3

Другой вариант был бы как возвращаемое значение для хранимой процедуры (я не предлагаю это, хотя, как правило, это лучше всего подходит для значений ошибок).

Я включил его как в том случае, когда он вставлял одну строку в случаях, когда хранимая процедура использовалась как другими процедурами SQL, так и интерфейсом, который не мог работать с параметрами OUTPUT (IBATIS в .NET I верить):

CREATE PROCEDURE My_Insert 
    @col1   VARCHAR(20), 
    @new_identity INT OUTPUT 
AS 
BEGIN 
    SET NOCOUNT ON 

    INSERT INTO My_Table (col1) 
    VALUES (@col1) 

    SELECT @new_identity = SCOPE_IDENTITY() 

    SELECT @new_identity AS id 

    RETURN 
END 

выходной параметр легче работать в T-SQL при вызове из других хранимых процедур ИМО, но некоторые языки программирования имеют плохое или нет поддержки для выходных параметров и лучше работать с наборами результатов.

Answer 4

Либо как набор записей, либо выходной параметр. У последнего меньше накладных расходов, и я бы использовал его, а не один набор записей столбцов/строк.

Если я ожидал> 1 ряд я бы использовать предложение OUTPUT и записи

Возвращаемых значений, как правило, используются для обработки ошибок.

Answer 5

SELECT IDENT_CURRENT('databasename.dbo.tablename') AS your identity column;