SQL कॉल एक पंक्ति का उपयोग किए बिना प्रत्येक पंक्ति के लिए संग्रहीत प्रक्रिया

Question

तालिका में प्रत्येक पंक्ति के लिए कोई संग्रहीत कार्यविधि कैसे कह सकता है, जहाँ एक पंक्ति के स्तंभ इनपुट पैरामीटर हैं जो बिना कर्सर का उपयोग किए बिना सपा में हैं ?

Comments

इसलिए, उदाहरण के लिए, आपके पास ग्राहक आईडी के साथ एक ग्राहक तालिका है, और आप तालिका में प्रत्येक पंक्ति के लिए एक बार एसपी को कॉल करना चाहते हैं, जो पैरामीटर के रूप में संबंधित ग्राहक आईडी में गुजर रहा है?

— गैरी मैकगिल

क्या आप इस बारे में विस्तार से बता सकते हैं कि आप कर्सर का उपयोग क्यों नहीं कर सकते हैं?

— एंडोमर 10

@ गैरी: हो सकता है कि मैं सिर्फ कस्टमर नेम पास करना चाहता हूं, जरूरी नहीं कि आईडी। लेकिन आप सही हैं।

— जोहान्स रूडोल्फ

@Andomar: विशुद्ध रूप से वैज्ञानिक :-)

— जोहान्स रूडोल्फ

यह मुद्दा मुझे बहुत परेशान करता है।

— डैनियल

Answer 1

आम तौर पर बोलते हुए मैं हमेशा सेट आधारित दृष्टिकोण (कभी-कभी स्कीमा बदलने की कीमत पर) की तलाश करता हूं।

हालाँकि, यह स्निपेट अपनी जगह है।

-- Declare & init (2008 syntax)
DECLARE @CustomerID INT = 0

-- Iterate over all customers
WHILE (1 = 1) 
BEGIN  

  -- Get next customerId
  SELECT TOP 1 @CustomerID = CustomerID
  FROM Sales.Customer
  WHERE CustomerID > @CustomerId 
  ORDER BY CustomerID

  -- Exit loop if no more customers
  IF @@ROWCOUNT = 0 BREAK;

  -- call your sproc
  EXEC dbo.YOURSPROC @CustomerId

END

Comments

जैसे कि CES के साथ USE के स्वीकृत उत्तर के साथ: आपकी तालिका और अनुक्रमणिका संरचना के आधार पर यह बहुत खराब प्रदर्शन कर सकता है (O (n ^ 2)) क्योंकि आपको हर बार जब आप गणना करते हैं, तो आपको अपनी तालिका को क्रमबद्ध करना होगा।

— csauve

यह काम करने के लिए प्रतीत नहीं होता है (ब्रेक मेरे लिए कभी भी लूप से बाहर नहीं निकलता है - काम पूरा हो गया है लेकिन क्वेरी लूप में घूमती है)। आईडी को आरम्भ करना और जबकि हालत में अशक्त के लिए जाँच करना लूप से बाहर निकलता है।

— dudeNumber4

@@ ROWCOUNT को केवल एक बार पढ़ा जा सकता है। यहां तक ​​कि IF / PRINT स्टेटमेंट इसे 0. पर सेट करेगा। चयन के बाद @@ ROWCOUNT के लिए परीक्षण 'तुरंत' किया जाना चाहिए। मैं आपके कोड / वातावरण का पुन: परीक्षण करूंगा। Technet.microsoft.com/en-us/library/ms187316.aspx

— मार्क पॉवेल

हालांकि लूपर्स अभिशापों

— Jaime

@ ब्रेनन पोप CURSOR के लिए LOCAL विकल्प का उपयोग करें और यह विफलता पर नष्ट हो जाएगा। LOCAL FAST_FORWARD का उपयोग करें और इस तरह के छोरों के लिए CURSORs का उपयोग न करने के लगभग शून्य कारण हैं। यह निश्चित रूप से इस WHILE लूप से बेहतर प्रदर्शन करेगा।

— मार्टिन

Answer 2

आप इस तरह से कुछ कर सकते हैं: अपनी तालिका को ऑर्डर करें जैसे कि कस्टमरआईडी ( Sales.Customerएडवेंचरवर्क्स सैंपल टेबल का उपयोग करके ), और उन ग्राहकों पर जो एक लूप लूप का उपयोग कर रहे हैं:

-- define the last customer ID handled
DECLARE @LastCustomerID INT
SET @LastCustomerID = 0

-- define the customer ID to be handled now
DECLARE @CustomerIDToHandle INT

-- select the next customer to handle    
SELECT TOP 1 @CustomerIDToHandle = CustomerID
FROM Sales.Customer
WHERE CustomerID > @LastCustomerID
ORDER BY CustomerID

-- as long as we have customers......    
WHILE @CustomerIDToHandle IS NOT NULL
BEGIN
    -- call your sproc

    -- set the last customer handled to the one we just handled
    SET @LastCustomerID = @CustomerIDToHandle
    SET @CustomerIDToHandle = NULL

    -- select the next customer to handle    
    SELECT TOP 1 @CustomerIDToHandle = CustomerID
    FROM Sales.Customer
    WHERE CustomerID > @LastCustomerID
    ORDER BY CustomerID
END

जब तक आप ORDER BYकिसी स्तंभ पर किसी प्रकार का परिभाषित कर सकते हैं तब तक किसी भी तालिका के साथ काम करना चाहिए ।

Comments

@ मिच: हाँ, सच है - थोड़ा कम उपरि। लेकिन फिर भी - यह SQL की सेट-आधारित मानसिकता में नहीं है

— marc_s

क्या एक सेट आधारित कार्यान्वयन भी संभव है?

— जोहान्स रूडोल्फ

मैं इसे हासिल करने के किसी भी तरीके के बारे में नहीं जानता, वास्तव में - यह बहुत ही प्रक्रियात्मक कार्य है जिसके साथ शुरू करना है ....

— marc_s

@marc_s एक संग्रह में प्रत्येक आइटम के लिए एक फ़ंक्शन / स्टोरप्रोसेसर निष्पादित करते हैं, जो सेट आधारित संचालन की रोटी और मक्खन की तरह लगता है। समस्या उनमें से प्रत्येक के परिणाम नहीं होने से संभवत: गिरफ्तार हो गई। अधिकांश कार्यात्मक प्रोग्रामिंग भाषाओं में "मानचित्र" देखें।

— डैनियल

फिर डैनियल। एक फ़ंक्शन हाँ, एक संग्रहीत कार्यविधि सं। परिभाषा द्वारा एक संग्रहीत प्रक्रिया के दुष्प्रभाव हो सकते हैं, और प्रश्नों में साइड इफेक्ट की अनुमति नहीं है। इसी तरह, एक कार्यात्मक भाषा में एक उचित "मानचित्र" साइड इफेक्ट्स को प्रतिबंधित करता है।

— csauve

Answer 3

DECLARE @SQL varchar(max)=''

-- MyTable has fields fld1 & fld2

Select @SQL = @SQL + 'exec myproc ' + convert(varchar(10),fld1) + ',' 
                   + convert(varchar(10),fld2) + ';'
From MyTable

EXEC (@SQL)

ठीक है, इसलिए मैं ऐसे कोड को कभी भी उत्पादन में नहीं डालूंगा, लेकिन यह आपकी आवश्यकताओं को पूरा करता है।

Comments

जब प्रक्रिया एक मान लौटाती है जो पंक्ति मान सेट करना चाहिए तो वही कैसे करें? ( फ़ंक्शन के निर्माण के बजाय एक प्रक्रिया का उपयोग करना क्योंकि फ़ंक्शन निर्माण की अनुमति नहीं है )

— user2284570

@WeihuiGuo क्योंकि कोड को गतिशील रूप से स्ट्रिंग्स का उपयोग करके बनाया गया है HORRIBLY विफलता का कारण है और बट में डिबग करने के लिए कुल दर्द है। आपको पूरी तरह से कभी भी ऐसा कुछ नहीं करना चाहिए, जिसमें प्रोडक्शन एनवायरनमेंट का रूटीन हिस्सा बनने का कोई मौका न हो

— मैरी

Answer 4

मार्क का जवाब अच्छा है (अगर मैं कैसे काम कर सकता हूं, तो मैं इस पर टिप्पणी करूंगा!)
बस सोचा कि मैं बताता हूं कि लूप को बदलना बेहतर हो सकता है इसलिए SELECTकेवल एक बार मौजूद है (एक वास्तविक मामले में जहां मुझे जरूरत थी ऐसा करना, SELECTकाफी जटिल था, और इसे दो बार लिखना एक जोखिम भरा रखरखाव मुद्दा था)।

-- define the last customer ID handled
DECLARE @LastCustomerID INT
SET @LastCustomerID = 0
-- define the customer ID to be handled now
DECLARE @CustomerIDToHandle INT
SET @CustomerIDToHandle = 1

-- as long as we have customers......    
WHILE @LastCustomerID <> @CustomerIDToHandle
BEGIN  
  SET @LastCustomerId = @CustomerIDToHandle
  -- select the next customer to handle    
  SELECT TOP 1 @CustomerIDToHandle = CustomerID
  FROM Sales.Customer
  WHERE CustomerID > @LastCustomerId 
  ORDER BY CustomerID

  IF @CustomerIDToHandle <> @LastCustomerID
  BEGIN
      -- call your sproc
  END

END

Comments

APPLY का उपयोग केवल फ़ंक्शन के साथ किया जा सकता है ... इसलिए यदि आप फ़ंक्शंस के साथ नहीं करना चाहते हैं तो यह दृष्टिकोण बहुत बेहतर है।

— आर्टूर

आपको टिप्पणी करने के लिए 50 प्रतिनिधि चाहिए। उन सवालों के जवाब देते रहें और आपको अधिक शक्ति मिलेगी: D stackoverflow.com/help/privileges

— SvendK

मुझे लगता है कि यह जवाब, सादा और सीधे आगे होना चाहिए। आपका बहुत बहुत धन्यवाद!

— बमबारी

Answer 5

यदि आप संग्रहीत कार्यविधि को एक फ़ंक्शन में बदल सकते हैं जो एक तालिका लौटाता है, तो आप क्रॉस-अप्लाई का उपयोग कर सकते हैं।

उदाहरण के लिए, मान लें कि आपके पास ग्राहकों की एक तालिका है, और आप उनके आदेशों की राशि की गणना करना चाहते हैं, तो आप एक ऐसा फंक्शन बनाएंगे जो एक CustomerID ले और राशि लौटाए।

और आप ऐसा कर सकते हैं:

SELECT CustomerID, CustomerSum.Total

FROM Customers
CROSS APPLY ufn_ComputeCustomerTotal(Customers.CustomerID) AS CustomerSum

जहां फ़ंक्शन ऐसा लगेगा:

CREATE FUNCTION ComputeCustomerTotal
(
    @CustomerID INT
)
RETURNS TABLE
AS
RETURN
(
    SELECT SUM(CustomerOrder.Amount) AS Total FROM CustomerOrder WHERE CustomerID = @CustomerID
)

जाहिर है, उपर्युक्त उदाहरण बिना किसी क्वेरी में उपयोगकर्ता परिभाषित फ़ंक्शन के बिना किया जा सकता है।

दोष यह है कि फ़ंक्शन बहुत सीमित हैं - संग्रहीत कार्यविधि की कई विशेषताएं उपयोगकर्ता-परिभाषित फ़ंक्शन में उपलब्ध नहीं हैं, और संग्रहीत कार्यविधि को फ़ंक्शन में परिवर्तित करना हमेशा काम नहीं करता है।

Comments

मामले में एक समारोह बनाने के लिए लिखने की अनुमति नहीं है?

— user2284570

Answer 6

मैं स्वीकृत उत्तर का उपयोग करूंगा, लेकिन एक और संभावना है कि मानों के गिने हुए सेट (तालिका के आईडी क्षेत्र में इस मामले में) को रखने के लिए टेबल चर का उपयोग करें और पंक्ति संख्या के माध्यम से उन लोगों के लिए लूप बनाएं जिनके साथ तालिका में जॉय नंबर है। लूप के भीतर कार्रवाई के लिए आपको जो कुछ भी चाहिए उसे पुनः प्राप्त करें।

DECLARE @RowCnt int; SET @RowCnt = 0 -- Loop Counter

-- Use a table variable to hold numbered rows containg MyTable's ID values
DECLARE @tblLoop TABLE (RowNum int IDENTITY (1, 1) Primary key NOT NULL,
     ID INT )
INSERT INTO @tblLoop (ID)  SELECT ID FROM MyTable

  -- Vars to use within the loop
  DECLARE @Code NVarChar(10); DECLARE @Name NVarChar(100);

WHILE @RowCnt < (SELECT COUNT(RowNum) FROM @tblLoop)
BEGIN
    SET @RowCnt = @RowCnt + 1
    -- Do what you want here with the data stored in tblLoop for the given RowNum
    SELECT @Code=Code, @Name=LongName
      FROM MyTable INNER JOIN @tblLoop tL on MyTable.ID=tL.ID
      WHERE tl.RowNum=@RowCnt
    PRINT Convert(NVarChar(10),@RowCnt) +' '+ @Code +' '+ @Name
END

Comments

यह बेहतर है क्योंकि यह मान नहीं है कि आपके द्वारा पूर्णांक के बाद का मूल्य है या इसकी तुलना समझदारी से की जा सकती है।

— 14

ठीक वही जो मेरे द्वारा खोजा जा रहा था।

— रथलिन

Answer 7

SQL सर्वर 2005 के लिए, आप इसे CROSS APPLY और तालिका-मूल्यवान फ़ंक्शन के साथ कर सकते हैं ।

• SQL Server 2005 में CROSS APPLY का उपयोग करना

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

Comments

अच्छा विचार है, लेकिन एक समारोह में एक संग्रहीत कार्यविधि नहीं हो सकती है

— एंडोमर 10

Answer 8

यह ऊपर n3rds समाधान की एक भिन्नता है। ORDER BY का उपयोग करके कोई छँटाई की आवश्यकता नहीं है, क्योंकि MIN () का उपयोग किया जाता है।

याद रखें कि CustomerID (या जो भी अन्य संख्यात्मक स्तंभ प्रगति के लिए उपयोग करते हैं) में एक अद्वितीय बाधा होनी चाहिए। इसके अलावा, इसे यथासंभव तेज बनाने के लिए CustomerID को अनुक्रमित किया जाना चाहिए।

-- Declare & init
DECLARE @CustomerID INT = (SELECT MIN(CustomerID) FROM Sales.Customer); -- First ID
DECLARE @Data1 VARCHAR(200);
DECLARE @Data2 VARCHAR(200);

-- Iterate over all customers
WHILE @CustomerID IS NOT NULL
BEGIN  

  -- Get data based on ID
  SELECT @Data1 = Data1, @Data2 = Data2
    FROM Sales.Customer
    WHERE [ID] = @CustomerID ;

  -- call your sproc
  EXEC dbo.YOURSPROC @Data1, @Data2

  -- Get next customerId
  SELECT @CustomerID = MIN(CustomerID)
    FROM Sales.Customer
    WHERE CustomerID > @CustomerId 

END

मैं इस दृष्टिकोण का उपयोग कुछ varchars पर करता हूँ जिन पर मुझे देखने की ज़रूरत है, उन्हें पहले एक अस्थायी तालिका में डालकर, उन्हें एक आईडी देने के लिए।

Answer 9

यदि आप ऐसा नहीं करते हैं कि मुझे लगता है कि आपको एक कर्सर का उपयोग करना है, तो आपको इसे बाहरी रूप से करना होगा (तालिका प्राप्त करें, और फिर प्रत्येक कथन के लिए चलाएं और प्रत्येक बार सपा को कॉल करें) यह कर्सर का उपयोग करने के समान है, लेकिन केवल बाहर एसक्यूएल। आप एक कर्सर का उपयोग क्यों नहीं करेंगे?

Answer 10

यह पहले से दिए गए उत्तरों पर भिन्नता है, लेकिन बेहतर प्रदर्शन होना चाहिए क्योंकि इसके लिए ORDER BY, COUNT या MIN / MAX की आवश्यकता नहीं है। इस दृष्टिकोण के साथ एकमात्र नुकसान यह है कि आपको सभी Ids को धारण करने के लिए एक अस्थायी तालिका बनानी होगी (धारणा यह है कि आपकी ग्राहक सूची में अंतराल है)।

उस ने कहा, मैं @Mark पॉवेल से सहमत हूं, हालांकि आम तौर पर, एक सेट आधारित दृष्टिकोण अभी भी बेहतर होना चाहिए।

DECLARE @tmp table (Id INT IDENTITY(1,1) PRIMARY KEY NOT NULL, CustomerID INT NOT NULL)
DECLARE @CustomerId INT 
DECLARE @Id INT = 0

INSERT INTO @tmp SELECT CustomerId FROM Sales.Customer

WHILE (1=1)
BEGIN
    SELECT @CustomerId = CustomerId, @Id = Id
    FROM @tmp
    WHERE Id = @Id + 1

    IF @@rowcount = 0 BREAK;

    -- call your sproc
    EXEC dbo.YOURSPROC @CustomerId;
END

Answer 11

मैं आमतौर पर इसे इस तरह से करता हूं जब यह कुछ पंक्तियों में होता है:

1. SQL प्रबंधन स्टूडियो के साथ एक डेटासेट में सभी स्पोक मापदंडों का चयन करें
2. राइट-क्लिक करें -> कॉपी करें
3. एक्सेल में पेस्ट करें
4. एक नए एक्सेल कॉलम में '= "EXEC schema.mysproc @ param =" & A2' जैसे फॉर्मूले के साथ एकल-पंक्ति sql स्टेटमेंट बनाएँ। (जहां A2 आपके एक्सेल कॉलम है जिसमें पैरामीटर है)
5. SQL प्रबंधन स्टूडियो में एक नई क्वेरी में एक्सेल स्टेटमेंट की सूची की प्रतिलिपि बनाएँ और निष्पादित करें।
6. किया हुआ।

(बड़े डेटासेट पर मैं उपरोक्त वर्णित समाधानों में से एक का उपयोग करूँगा)।

Comments

प्रोग्रामिंग स्थितियों में बहुत उपयोगी नहीं है, यह एक बंद हैक है।

— वॉरेन पी

Answer 12

DELIMITER //

CREATE PROCEDURE setFakeUsers (OUT output VARCHAR(100))
BEGIN

    -- define the last customer ID handled
    DECLARE LastGameID INT;
    DECLARE CurrentGameID INT;
    DECLARE userID INT;

    SET @LastGameID = 0; 

    -- define the customer ID to be handled now

    SET @userID = 0;

    -- select the next game to handle    
    SELECT @CurrentGameID = id
    FROM online_games
    WHERE id > LastGameID
    ORDER BY id LIMIT 0,1;

    -- as long as we have customers......    
    WHILE (@CurrentGameID IS NOT NULL) 
    DO
        -- call your sproc

        -- set the last customer handled to the one we just handled
        SET @LastGameID = @CurrentGameID;
        SET @CurrentGameID = NULL;

        -- select the random bot
        SELECT @userID = userID
        FROM users
        WHERE FIND_IN_SET('bot',baseInfo)
        ORDER BY RAND() LIMIT 0,1;

        -- update the game
        UPDATE online_games SET userID = @userID WHERE id = @CurrentGameID;

        -- select the next game to handle    
        SELECT @CurrentGameID = id
         FROM online_games
         WHERE id > LastGameID
         ORDER BY id LIMIT 0,1;
    END WHILE;
    SET output = "done";
END;//

CALL setFakeUsers(@status);
SELECT @status;

Answer 13

इसके लिए एक बेहतर उपाय है

1. संग्रहीत प्रक्रिया की कॉपी / पिछले कोड
2. उस कोड के साथ उस तालिका से जुड़ें, जिसके लिए आप उसे फिर से चलाना चाहते हैं (प्रत्येक पंक्ति के लिए)

यह आपको एक साफ तालिका-स्वरूपित आउटपुट मिला। यदि आप प्रत्येक पंक्ति के लिए SP चलाते हैं, तो आपको प्रत्येक पुनरावृत्ति के लिए एक अलग क्वेरी परिणाम मिलता है जो कि बदसूरत है।

Answer 14

मामले में आदेश महत्वपूर्ण है

--declare counter
DECLARE     @CurrentRowNum BIGINT = 0;
--Iterate over all rows in [DataTable]
WHILE (1 = 1)
    BEGIN
        --Get next row by number of row
        SELECT TOP 1 @CurrentRowNum = extendedData.RowNum
                    --here also you can store another values
                    --for following usage
                    --@MyVariable = extendedData.Value
        FROM    (
                    SELECT 
                        data.*
                        ,ROW_NUMBER() OVER(ORDER BY (SELECT 0)) RowNum
                    FROM [DataTable] data
                ) extendedData
        WHERE extendedData.RowNum > @CurrentRowNum
        ORDER BY extendedData.RowNum

        --Exit loop if no more rows
        IF @@ROWCOUNT = 0 BREAK;

        --call your sproc
        --EXEC dbo.YOURSPROC @MyVariable
    END

Answer 15

मेरे पास कुछ उत्पादन कोड थे जो केवल एक बार में 20 कर्मचारियों को संभाल सकते थे, नीचे कोड के लिए रूपरेखा है। मैंने सिर्फ उत्पादन कोड की प्रतिलिपि बनाई और नीचे दिया गया सामान निकाला।

ALTER procedure GetEmployees
    @ClientId varchar(50)
as
begin
    declare @EEList table (employeeId varchar(50));
    declare @EE20 table (employeeId varchar(50));

    insert into @EEList select employeeId from Employee where (ClientId = @ClientId);

    -- Do 20 at a time
    while (select count(*) from @EEList) > 0
    BEGIN
      insert into @EE20 select top 20 employeeId from @EEList;

      -- Call sp here

      delete @EEList where employeeId in (select employeeId from @EE20)
      delete @EE20;
    END;

  RETURN
end

Answer 16

मुझे इसके समान कुछ करना पसंद है (हालांकि यह अभी भी कर्सर का उपयोग करने के समान है)

[कोड]

-- Table variable to hold list of things that need looping
DECLARE @holdStuff TABLE ( 
    id INT IDENTITY(1,1) , 
    isIterated BIT DEFAULT 0 , 
    someInt INT ,
    someBool BIT ,
    otherStuff VARCHAR(200)
)

-- Populate your @holdStuff with... stuff
INSERT INTO @holdStuff ( 
    someInt ,
    someBool ,
    otherStuff
)
SELECT  
    1 , -- someInt - int
    1 , -- someBool - bit
    'I like turtles'  -- otherStuff - varchar(200)
UNION ALL
SELECT  
    42 , -- someInt - int
    0 , -- someBool - bit
    'something profound'  -- otherStuff - varchar(200)

-- Loop tracking variables
DECLARE @tableCount INT
SET     @tableCount = (SELECT COUNT(1) FROM [@holdStuff])

DECLARE @loopCount INT
SET     @loopCount = 1

-- While loop variables
DECLARE @id INT
DECLARE @someInt INT
DECLARE @someBool BIT
DECLARE @otherStuff VARCHAR(200)

-- Loop through item in @holdStuff
WHILE (@loopCount <= @tableCount)
    BEGIN

        -- Increment the loopCount variable
        SET @loopCount = @loopCount + 1

        -- Grab the top unprocessed record
        SELECT  TOP 1 
            @id = id ,
            @someInt = someInt ,
            @someBool = someBool ,
            @otherStuff = otherStuff
        FROM    @holdStuff
        WHERE   isIterated = 0

        -- Update the grabbed record to be iterated
        UPDATE  @holdAccounts
        SET     isIterated = 1
        WHERE   id = @id

        -- Execute your stored procedure
        EXEC someRandomSp @someInt, @someBool, @otherStuff

    END

[/ कोड]

ध्यान दें कि आपको अपने अस्थायी / चर तालिका पर पहचान या पृथक कॉलम की आवश्यकता नहीं है , मैं बस इसे इस तरह से करना पसंद करता हूं ताकि मुझे संग्रह से शीर्ष रिकॉर्ड को हटाना न पड़े क्योंकि मैं लूप के माध्यम से पुनरावृति करता हूं।