Tôi có thể có tham số OUTPUT tùy chọn trong một quy trình được lưu trữ không?

Tôi có một thủ tục được lưu trữ có một loạt các tham số đầu vào và đầu ra vì nó đang Chèn giá trị vào nhiều bảng. Trong một số trường hợp, proc được lưu trữ chỉ chèn vào một bảng duy nhất (tùy thuộc vào các tham số đầu vào). Đây là một kịch bản giả để minh họa.

Bảng / Đối tượng dữ liệu:

Người

Id
Name
Address

Tên

Id
FirstName
LastName

Địa chỉ

Id
Country
City

Giả sử tôi có một thủ tục được lưu trữ để chèn một người. Nếu địa chỉ không tồn tại, tôi sẽ không thêm nó vào Addressbảng trong cơ sở dữ liệu.

Vì vậy, khi tôi tạo mã để gọi thủ tục được lưu trữ, tôi không muốn bận tâm thêm Addresstham số. Đối với INPUTcác tham số, điều này là ổn vì SQL Server cho phép tôi cung cấp các giá trị mặc định. Nhưng đối với OUTPUTtham số, tôi phải làm gì trong thủ tục được lưu trữ để biến nó thành tùy chọn để tôi không gặp lỗi ...

Thủ tục hoặc hàm 'Person_InsertPerson' yêu cầu tham số '@AddressId', không được cung cấp.

Cả hai tham số đầu vào và đầu ra đều có thể được gán giá trị mặc định. Trong ví dụ này:

CREATE PROCEDURE MyTest
  @Data1 int
 ,@Data2 int = 0
 ,@Data3 int = null output

AS

PRINT @Data1
PRINT @Data2
PRINT isnull(@Data3, -1)

SET @Data3 = @Data3 + 1

RETURN 0

tham số đầu tiên là bắt buộc, còn tham số thứ hai và thứ ba là tùy chọn - nếu không được thiết lập bởi quy trình gọi, chúng sẽ được gán các giá trị mặc định. Hãy thử làm rối với nó và quy trình cuộc gọi kiểm tra sau đây trong SSMS bằng cách sử dụng các giá trị và cài đặt khác nhau để xem cách tất cả hoạt động cùng nhau.

DECLARE @Output int

SET @Output = 3

EXECUTE MyTest
  @Data1 = 1
 ,@Data2 = 2
 ,@Data3 = @Output output

PRINT '---------'
PRINT @Output

Tham số đầu ra và giá trị mặc định không hoạt động tốt với nhau! Đây là từ SQL 10.50.1617 (2008 R2). Đừng để bị lừa khi tin rằng công trình này SETthay mặt bạn thực hiện một cách kỳ diệu giá trị đó (giống như đồng nghiệp của tôi đã làm)!

SP "đồ chơi" này thẩm vấn OUTPUTgiá trị tham số, cho dù đó là giá trị mặc định hay NULL.

CREATE PROCEDURE [dbo].[omgwtf] (@Qty INT, @QtyRetrieved INT = 0 OUTPUT)
AS
IF @QtyRetrieved = 0
BEGIN
    print 'yay its zero'
END
IF @QtyRetrieved is null
BEGIN
    print 'wtf its NULL'
END
RETURN

Nếu bạn gửi một giá trị chưa được khởi tạo (tức là NULL) cho OUTPUT, thì bạn thực sự có NULLbên trong SP, còn không 0. Có lý, một cái gì đó đã được chuyển cho tham số đó.

declare @QR int
exec [dbo].[omgwtf] 1, @QR output
print '@QR=' + coalesce(convert(varchar, @QR),'NULL')

đầu ra là:

wtf its NULL
@QR=NULL

Nếu chúng tôi thêm một SETtừ rõ ràng từ người gọi, chúng tôi nhận được:

declare @QR int
set @QR = 999
exec [dbo].[omgwtf] 1, @QR output
print '@QR=' + coalesce(convert(varchar, @QR),'NULL')

và đầu ra (không ngạc nhiên):

@QR=999

Một lần nữa, có lý, một tham số được truyền và SP không có hành động rõ ràng nào đối với SETmột giá trị.

Thêm một SETtrong những OUTPUTtham số trong các SP (như bạn đang phải làm), nhưng không đặt bất cứ điều gì từ người gọi:

ALTER PROCEDURE [dbo].[omgwtf] (@Qty INT, @QtyRetrieved INT = 0 OUTPUT)
AS
IF @QtyRetrieved = 0
BEGIN
    print 'yay its zero'
END
IF @QtyRetrieved is null
BEGIN
    print 'wtf its NULL'
END
SET @QtyRetrieved = @Qty
RETURN

Bây giờ khi được thực thi:

declare @QR int
exec [dbo].[omgwtf] 1234, @QR output
print '@QR=' + coalesce(convert(varchar, @QR),'NULL')

đầu ra là:

wtf its NULL
@QR=1234

Đây là hành vi "tiêu chuẩn" để OUTPUTxử lý tham số trong SP.

Bây giờ đối với cốt truyện : Cách duy nhất để lấy giá trị mặc định để "kích hoạt", là hoàn toàn không chuyển OUTPUTtham số , điều mà IMHO có chút ý nghĩa: vì nó được thiết lập như một OUTPUTtham số, điều đó có nghĩa là trả về một thứ gì đó "quan trọng" điều đó nên được thu thập.

declare @QR int
exec [dbo].[omgwtf] 1
print '@QR=' + coalesce(convert(varchar, @QR),'NULL')

cung cấp đầu ra này:

yay its zero
@QR=NULL

Nhưng điều này không thể nắm bắt được đầu ra SP, có lẽ là mục đích của SP đó để bắt đầu.

IMHO sự kết hợp tính năng này là một cấu trúc đáng ngờ mà tôi sẽ coi là một mùi mã (phew !!)

Có vẻ như tôi chỉ có thể thêm giá trị mặc định vào OUTPUTtham số như:

@AddressId int = -1 Output

Có vẻ như nó kém về khả năng đọc vì AddressIdnó được coi là một OUTPUTbiến số. Nhưng nó đã có tác dụng. Vui lòng cho tôi biết nếu bạn có giải pháp tốt hơn.

Thêm vào những gì Philip đã nói:

Tôi có một thủ tục được lưu trữ trong cơ sở dữ liệu máy chủ sql của mình trông giống như sau:

dbo.<storedProcedure>
(@current_user char(8) = NULL,
@current_phase char(3) OUTPUT)

Và tôi đã gọi nó từ mã .net của mình như sau:

 DataTable dt = SqlClient.ExecuteDataTable(<connectionString>, <storedProcedure>);

Tôi đã nhận được System.Data.SqlClient.SqlException: Thủ tục hoặc hàm yêu cầu tham số '@current_phase', không được cung cấp.

Tôi cũng đang sử dụng hàm này ở một nơi khác trong chương trình của mình và chuyển vào một tham số và xử lý đầu ra. Để tôi không phải sửa đổi cuộc gọi hiện tại mà tôi đang thực hiện, tôi chỉ cần thay đổi thủ tục được lưu trữ để làm cho tham số đầu ra cũng là tùy chọn.

Vì vậy, bây giờ nó trông như sau:

dbo.<storedProcedure>
(@current_user char(8) = NULL,
@current_phase char(3) = NULL OUTPUT)

Vì bạn đang thực thi một thủ tục được lưu trữ chứ không phải một câu lệnh SQL, bạn phải đặt loại lệnh của Lệnh SQL thành Thủ tục được Lưu trữ:

cmd.CommandType = CommandType.StoredProcedure;

Lấy từ đây .

Ngoài ra, khi bạn đã loại bỏ được lỗi đó, bạn có thể sử dụng nvl()hàm của SQL trong thủ tục của mình để chỉ định những gì bạn muốn hiển thị khi gặp giá trị NULL.

Xin lỗi vì không giải quyết đúng câu hỏi ... chắc bạn đã hiểu lầm. Đây là một ví dụ về nvl, mà tôi nghĩ có thể giải quyết nó tốt hơn một chút?

select NVL(supplier_city, 'n/a')
from suppliers;

Câu lệnh SQL ở trên sẽ trả về 'n / a' nếu supplier_citytrường chứa giá trị null. Nếu không, nó sẽ trả về supplier_citygiá trị.