SQL Server CLR UDF với tham số ngoài - Có thể thực hiện được không?

Question

Có cách nào để tạo một hàm CLR do người dùng định nghĩa cho SQL Server trả về nhiều giá trị mà không sử dụng cú pháp hàm giá trị bảng? Ví dụ: giả sử tôi muốn thực hiện chuyển đổi tọa độ, chẳng hạn như:

[SqlFunction()] 
public void ConvertCoordinates(SqlDouble x, SqlDouble y, SqlDouble z, out SqlDouble r, out SqlDouble t, out SqlDouble p) 
{ 
    r = new SqlDouble(Math.Sqrt((x.Value*x.Value)+(y.Value*y.Value)+(z.Value*z.Value))); 
    t = new SqlDouble(Math.Acos(r.Value/z.Value)); 
    p = new SqlDouble(Math.Atan(y.Value/x.Value)); 
} 

Điều này thậm chí còn có thể? Hàm bảng có giá trị trong trường hợp này có vẻ không phù hợp vì tính toán sẽ không bao giờ sinh ra nhiều hơn một hàng đầu ra. Sử dụng cú pháp hàm có giá trị vô hướng, tôi sẽ phải viết ba hàm khác nhau để thực hiện tính toán và gọi riêng từng hàm. Với trường hợp sử dụng thực tế của tôi, điều này là không thực tế.

Tôi nhận thấy rằng logic trên có thể được thực hiện bằng T-SQL thuần túy; trường hợp sử dụng thực tế của tôi phức tạp hơn nhưng vẫn chỉ dẫn đến một hàng có nhiều giá trị đầu ra phụ thuộc lẫn nhau.

Vì vậy, điểm mấu chốt, có khả thi không? Tôi không nghĩ đó là, nhưng người ta có thể hy vọng. Nếu tình cờ nó khả thi, thì T-SQL sẽ trông như thế nào khi gọi một hàm như vậy?

Answer 1

Vì bạn đã lấy plunge CLR, bạn có thể tạo kiểu CLR của riêng bạn mà bạn có thể làm đủ thứ điên rồ. Như một ví dụ thực tế, các kiểu không gian gốc được thực hiện theo cách này, cũng như là HierarchyID. Khi bạn đã xác định loại của riêng mình, bạn có thể có chức năng trả về. Nếu nhận được các thành phần riêng lẻ (nếu tôi có thể giả định trong trường hợp bán kính của bạn, theta và phi), hãy tạo các phương thức trên kiểu trả về như vậy.

Answer 2

Tôi thừa nhận tôi đã không thử nó, nhưng tôi tưởng tượng T-SQL muốn,

DECLARE @X FLOAT(53), 
     @Y FLOAT(53), 
     @Z FLOAT(53), 
     @R FLOAT(53), 
     @T FLOAT(53), 
     @P FLOAT(53) 

EXEC ConvertCoordinates 
     @X = 0, 
     @Y = 0, 
     @Z = 0, 
     @R = @R OUTPUT, 
     @T = @T OUTPUT 
     @P = @P OUTPUT 

Answer 3

Đây là câu hỏi cũ hơn và tôi đã tìm thấy câu hỏi đó trong khi tìm kiếm câu trả lời cho một câu hỏi rất giống nhau.

Hàm SQL cho phép trả về giá trị nhưng không cho phép sử dụng thông số đầu ra.

Thủ tục SQL làm phép các thông số đầu ra (nhưng không phải là một giá trị trả về)

Tôi thấy điều này từ MSDN Ví dụ ở đây:

http://technet.microsoft.com/en-us/library/ms131092.aspx

[Microsoft.SqlServer.Server.SqlProcedure] 
public static void PriceSum(out SqlInt32 value) 
{ … } 

và

CREATE PROCEDURE PriceSum (@sum int OUTPUT) 
AS EXTERNAL NAME TestStoredProc.StoredProcedures.PriceSum 

Khi tôi chuyển từ cố gắng đăng ký một chức năng cho một thủ tục ure tất cả mọi thứ đã làm việc ra. Cần phải chỉ ra rằng một hàm có thể có một giá trị trả về nhưng một thủ tục lưu trữ có thể không. Trong trường hợp của tôi, tôi đã trả về một giá trị chuỗi và có các tham số đầu ra cho một số thông tin chi tiết tùy chọn như mã trạng thái, v.v. Tất cả những gì tôi đã làm là thay đổi phương thức của mình thành void và chuyển giá trị chuỗi trở lại làm tham số đầu ra.

Phương pháp của bạn không có giá trị trả về và không có giá trị trả về và vì vậy là một ứng cử viên hoàn hảo để sử dụng Thủ tục được lưu trữ thay vì một hàm.