संग्रहीत कार्यविधि के लिए आउटपुट पैरामीटर के रूप में टेबल-वैल्यूड पैरामीटर

Question

क्या यह टेबल-वैल्यूड पैरामीटर के लिए उपयोग किया जाता है जिसे संग्रहीत कार्यविधि के लिए आउटपुट परम के रूप में उपयोग किया जाता है?

यहाँ मैं कोड में क्या करना चाहता हूँ

/*First I create MY type */
CREATE TYPE typ_test AS TABLE 
(
     id int not null
    ,name varchar(50) not null
    ,value varchar(50) not null
    PRIMARY KEY (id)
)
GO


--Now I want to create stored procedu whic is going to send output type I created, 
--But it looks like it is inpossible, at least in SQL2008
create  PROCEDURE [dbo].sp_test
         @od datetime 
        ,@do datetime 
        ,@poruka varchar(Max) output
        ,@iznos money output 
        ,@racun_stavke  dbo.typ_test   READONLY --Can I Change READONLY with OUTPUT ?
AS
BEGIN
    SET NOCOUNT ON;

    /*FILL MY OUTPUT PARAMS AS I LIKE */


    end

Answer 1

नहीं, दुर्भाग्य से टेबल वैल्यू पैरामीटर केवल और केवल इनपुट हैं। जनरल में यह विषय बहुत अच्छी तरह से कवर किया गया है कि स्टोर्ड प्रोसीजर के बीच डेटा को कैसे साझा किया जाए , जो सभी विकल्पों को प्रस्तुत करता है। मेरी सिफारिश एक #tempतालिका का उपयोग करने की होगी ।

Answer 2

यह एक पुरानी पोस्ट है, लेकिन यह शीर्ष के पास था जब मैं "संग्रहीत प्रक्रिया के लिए आउटपुट पैरामीटर के रूप में टेबल-वेलिड पैरामीटर" की खोज कर रहा था। हालांकि यह मेरी समझ है कि आप आउटपुट पैरामीटर के रूप में एक टेबल-वैल्यू पैरामीटर को पास नहीं कर सकते हैं, मुझे लगता है कि लक्ष्य एक अन्य प्रक्रिया में टेबल-वैल्यू आउटपुट पैरामीटर के रूप में टेबल-वैल्यू आउटपुट पैरामीटर का उपयोग करना है। मैं एक उदाहरण दिखाऊंगा कि मैंने यह कैसे काम किया।

सबसे पहले, साथ काम करने के लिए कुछ डेटा बनाएं:

create table tbl1
(
id int,
fname varchar(10),
gender varchar(10)
);
create table tbl2
(
id int,
lname varchar(10)
);
insert into tbl1
values
(1,'bob'  ,'m'),
(2,'tom'  ,'m'),
(3,'sally','f')
;
insert into tbl2
values
(1,'jones'   ),
(2,'johnson' ),
(3,'smith'   )
;

इसके बाद, कुछ डेटा को कैप्चर करने के लिए एक संग्रहीत कार्यविधि बनाएं। आम तौर पर, यह वह जगह होगी जहां आप एक टेबल-वैल्यू आउटपुट पैरामीटर बनाने की कोशिश कर रहे हैं।

create procedure usp_OUTPUT1
 @gender varchar(10)
as
Begin
    select id from tbl1 where gender = @gender
End

इसके अतिरिक्त, आप एक डेटा प्रकार (तालिका प्रकार) बनाना चाहेंगे जहां पहली संग्रहीत प्रक्रिया से डेटा को अगले संग्रहीत कार्यविधि के लिए इनपुट पैरामीटर के रूप में पारित किया जा सकता है।

create type tblType as Table (id int)

इसके बाद, दूसरी संग्रहीत प्रक्रिया बनाएं जो तालिका-मूल्यवान पैरामीटर को स्वीकार करेगी।

create procedure usp_OUTPUT2
@tblType tblType readonly  --referencing the type created and specify readonly
as
begin
 select lname from tbl2 where id in (select id from @tblType)
end

दी गई, यह एक सही तालिका-मूल्यवान आउटपुट पैरामीटर नहीं है, लेकिन यह संभवतः आपके द्वारा खोजे जा रहे परिणामों के समान परिणाम देगा। अपने टेबल-वैल्यू पैरामीटर की घोषणा करें, इसमें संग्रहीत प्रक्रिया को निष्पादित करके डेटा के साथ भरें, फिर अगली प्रक्रिया के लिए इनपुट चर के रूप में इसका उपयोग करें।

Declare @tblType tblType 
insert into @tblType execute usp_OUTPUT1 'm'
execute usp_OUTPUT2 @tblType

Answer 3

उनके द्वारा दिए गए लिंक सहित रेमुस द्वारा अच्छी तरह से उत्तर के अलावा

संग्रहीत प्रक्रियाओं के बीच डेटा कैसे साझा करें

ऐसी परिस्थितियाँ होती हैं जब आपको किसी संग्रहीत कार्यविधि के परिणामों को तालिका में सहेजते समय निम्न त्रुटि संदेश मिलते हैं:

INSERT EXEC कथन को नेस्टेड नहीं किया जा सकता है।

वर्तमान लेन-देन को प्रतिबद्ध नहीं किया जा सकता है और लॉग फ़ाइल में लिखने वाले संचालन का समर्थन नहीं कर सकता है। लेन-देन वापस करें

और जब यह मेरे अपने संग्रहीत प्रक्रियाओं पर होता है जो मैं अपने उपयोग के लिए विकसित करता हूं

उदाहरण के लिए एक टूल जो मुझे loginसभी AD समूहों से आता है और सर्वर में सभी डेटाबेस में उनकी सभी अनुमतियों को बताता है

मैं प्रक्रिया के बाहर एक अस्थायी तालिका बनाता हूं और एक पैरामीटर के रूप में इसका नाम देता हूं

--===============
-- this way below it works, by passing a temp table as a parameter
--===============

                if OBJECT_ID('tempdb.dbo.#my_table') IS NOT NULL
                   DROP TABLE #my_table

                CREATE TABLE #my_table(
                    db nvarchar(128)   COLLATE Latin1_General_CI_AS  NULL,
                   permission_type nvarchar(128)   COLLATE Latin1_General_CI_AS  NULL,
                    login_  nvarchar(128)   COLLATE Latin1_General_CI_AS  NULL,
                    role_  nvarchar(128)   COLLATE Latin1_General_CI_AS  NULL,
                    Obj    nvarchar(517)   COLLATE Latin1_General_CI_AS  NULL,
                    Permission nvarchar(128)   COLLATE Latin1_General_CI_AS  NULL,
                    script nvarchar(1008)  COLLATE Latin1_General_CI_AS  NULL
                ) 

                exec sp_GetLoginDBPermissionsX 
                    @Login='my_loginname', 
                    @debug=0,
                    @where_to_save ='#my_table'

                select *
                from #my_table

और प्रक्रिया के अंदर, सभी गणनाओं के बाद, जब मैं अंतिम डेटा (एक उदाहरण के नीचे) वापस कर रहा हूं, तो मैं जांचता हूं कि क्या हम एक तालिका में आउटपुट कर रहे हैं या स्क्रीन पर वापस आ रहे हैं और स्क्रिप्ट को गतिशील रूप से बना रहे हैं।

            select @sql = case when @where_to_save IS not null then 
            '
            insert into ' + @where_to_save + '(db,Permission_Type,login_,role_,obj,Permission,script) '
            else '' end + 
'
        SELECT 
            J.db,
            J.Permission_Type,
            J.login_,
            J.role_,
            J.Obj,
            J.Permission,
            J.script
        FROM #tablewithpermissions J
        WHERE J.login_ IN ( SELECT  L1.LOGIN_FROM COLLATE Latin1_General_CI_AS FROM #logins L1)
           OR J.role_ IN  ( SELECT  L1.LOGIN_FROM COLLATE Latin1_General_CI_AS FROM #logins L1)
       ORDER BY J.DB, J.[permission_order]
'
        --print(@sql)

        EXEC(@SQL)

उसके बाद आपके पास स्क्रीन पर आवश्यक जानकारी है, या यदि आप एक पैरामीटर के रूप में एक अस्थायी तालिका पारित कर चुके हैं, तो इसके पास अब डेटा होगा।

यह एक ऐसा समाधान है जो मैंने पाया, लेकिन मैं इसे केवल अपने स्वयं के कार्यों के लिए उपयोग करता हूं DBAअन्यथा इसे Sql Injection के लिए उच्च जोखिम माना जाएगा ।