ฉันจะรันโพรซีเดอร์ที่เก็บหนึ่งครั้งสำหรับแต่ละแถวที่ส่งคืนโดยเคียวรีได้อย่างไร

ฉันมีขั้นตอนการจัดเก็บที่เปลี่ยนแปลงข้อมูลผู้ใช้ด้วยวิธีใดวิธีหนึ่ง ฉันผ่านมัน user_id และมันก็เป็นอย่างนั้น ฉันต้องการเรียกใช้แบบสอบถามบนโต๊ะและสำหรับแต่ละ user_id ฉันพบว่าเรียกใช้กระบวนงานที่เก็บไว้หนึ่งครั้งใน user_id นั้น

ฉันจะเขียนแบบสอบถามสำหรับสิ่งนี้ได้อย่างไร

ใช้เคอร์เซอร์

เพิ่ม: [ตัวอย่างเคอร์เซอร์ MS SQL]

declare @field1 int
declare @field2 int
declare cur CURSOR LOCAL for
    select field1, field2 from sometable where someotherfield is null

open cur

fetch next from cur into @field1, @field2

while @@FETCH_STATUS = 0 BEGIN

    --execute your sproc on each row
    exec uspYourSproc @field1, @field2

    fetch next from cur into @field1, @field2
END

close cur
deallocate cur

ใน MS SQL นี่คือตัวอย่างบทความ

โปรดทราบว่าเคอร์เซอร์จะช้ากว่าการใช้งานแบบเซ็ต แต่เร็วกว่าแบบแมนนวลในขณะที่ลูป; รายละเอียดเพิ่มเติมในคำถาม SO นี้

ADDENDUM 2: หากคุณต้องการประมวลผลมากกว่าสองสามระเบียนให้ดึงระเบียนเหล่านั้นลงในตารางชั่วคราวก่อนแล้วเรียกใช้เคอร์เซอร์เหนือตารางชั่วคราว สิ่งนี้จะป้องกัน SQL จากการเพิ่มเข้าไปในตารางตัวล็อค

ADDENDUM 3: และแน่นอนถ้าคุณสามารถอินไลน์สิ่งที่กระบวนการจัดเก็บของคุณทำกับ ID ผู้ใช้แต่ละคนและเรียกใช้สิ่งทั้งหมดเป็นคำสั่ง SQL update เดียวนั่นจะเหมาะสมที่สุด

ลองเปลี่ยนวิธีการของคุณถ้าคุณจำเป็นต้องวนซ้ำ!

ภายในโพรซีเดอร์ที่เก็บไว้ให้สร้างตาราง #temp ที่มีข้อมูลที่คุณต้องดำเนินการ เรียกกระบวนงานที่เก็บไว้ของเด็กตาราง #temp จะมองเห็นได้และคุณสามารถประมวลผลหวังว่าจะทำงานกับชุดข้อมูลทั้งหมดโดยไม่ต้องใช้เคอร์เซอร์หรือลูป

สิ่งนี้ขึ้นอยู่กับกระบวนการที่เด็กเก็บไว้กำลังทำอยู่ หากคุณกำลังอัปเดตคุณสามารถ "อัปเดตจาก" การเข้าร่วมในตาราง #temp และทำงานทั้งหมดในคำสั่งเดียวโดยไม่ต้องวนซ้ำ สามารถทำเช่นเดียวกันสำหรับ INSERT และ DELETE หากคุณต้องการอัปเดตหลายรายการด้วย IFs คุณสามารถแปลงการอัปเดตเป็นหลาย ๆUPDATE FROMด้วยตาราง #temp และใช้คำสั่ง CASE หรือเงื่อนไข WHERE

เมื่อทำงานในฐานข้อมูลพยายามที่จะสูญเสียความคิดในการวนซ้ำมันเป็นตัวระบายประสิทธิภาพที่แท้จริงซึ่งจะทำให้การล็อค / การบล็อกและการประมวลผลช้าลง หากคุณวนรอบทุกที่ระบบของคุณจะปรับขนาดได้ไม่ดีนักและจะเร่งความเร็วได้ยากเมื่อผู้ใช้เริ่มบ่นเกี่ยวกับการรีเฟรชช้า

โพสต์เนื้อหาของโพรซีเดอร์นี้ที่คุณต้องการโทรเป็นลูปและฉันจะวางเดิมพัน 9 จาก 10 ครั้งคุณสามารถเขียนมันเพื่อทำงานกับแถว

บางอย่างเช่นการแทนที่นี้จะจำเป็นสำหรับชื่อตารางและฟิลด์ของคุณ

Declare @TableUsers Table (User_ID, MyRowCount Int Identity(1,1)
Declare @i Int, @MaxI Int, @UserID nVarchar(50)

Insert into @TableUser
Select User_ID
From Users 
Where (My Criteria)
Select @MaxI = @@RowCount, @i = 1

While @i <= @MaxI
Begin
Select @UserID = UserID from @TableUsers Where MyRowCount = @i
Exec prMyStoredProc @UserID
Select

 @i = @i + 1, @UserID = null
End

คุณสามารถทำได้ด้วยแบบสอบถามแบบไดนามิก

declare @cadena varchar(max) = ''
select @cadena = @cadena + 'exec spAPI ' + ltrim(id) + ';'
from sysobjects;
exec(@cadena);

สิ่งนี้ไม่สามารถทำได้ด้วยฟังก์ชั่นที่ผู้ใช้กำหนดเองเพื่อทำซ้ำกระบวนการที่คุณจัดเก็บไว้

SELECT udfMyFunction(user_id), someOtherField, etc FROM MyTable WHERE WhateverCondition

โดยที่ udfMyFunction เป็นฟังก์ชันที่คุณใช้ใน ID ผู้ใช้และทำทุกสิ่งที่คุณต้องการ

ดูhttp://www.sqlteam.com/article/user-defined-functionsเพื่อดูพื้นหลังอีกเล็กน้อย

ฉันยอมรับว่าเคอร์เซอร์ควรหลีกเลี่ยงถ้าเป็นไปได้จริง ๆ และมักเป็นไปได้!

(แน่นอนคำตอบของฉันตั้งสมมติฐานว่าคุณสนใจที่จะรับเอาท์พุทจาก SP เท่านั้นและคุณไม่ได้เปลี่ยนข้อมูลจริงฉันพบว่า "แก้ไขข้อมูลผู้ใช้ด้วยวิธีใดวิธีหนึ่ง" เล็กน้อยคลุมเครือจากคำถามเดิม ดังนั้นคิดว่าฉันจะให้สิ่งนี้เป็นวิธีแก้ปัญหาที่เป็นไปได้มากที่สุดขึ้นอยู่กับสิ่งที่คุณกำลังทำ!)

ใช้ตัวแปรตารางหรือตารางชั่วคราว

ดังที่ได้กล่าวมาแล้วเคอร์เซอร์เป็นทางเลือกสุดท้าย ส่วนใหญ่เป็นเพราะใช้ทรัพยากรจำนวนมากปัญหาในการล็อคและอาจเป็นสัญญาณว่าคุณไม่เข้าใจวิธีการใช้ SQL อย่างถูกต้อง

หมายเหตุด้านข้าง: ฉันเคยเจอโซลูชันที่ใช้เคอร์เซอร์เพื่ออัปเดตแถวในตาราง หลังจากการตรวจสอบข้อเท็จจริงบางอย่างปรากฎว่าสิ่งทั้งหมดสามารถถูกแทนที่ด้วยคำสั่ง UPDATE เดียว อย่างไรก็ตามในกรณีนี้ควรดำเนินการขั้นตอนการจัดเก็บคำสั่ง SQL เดียวจะไม่ทำงาน

สร้างตัวแปรตารางเช่นนี้ (หากคุณกำลังทำงานกับข้อมูลจำนวนมากหรือมีหน่วยความจำไม่เพียงพอให้ใช้ตารางชั่วคราวแทน):

DECLARE @menus AS TABLE (
    id INT IDENTITY(1,1),
    parent NVARCHAR(128),
    child NVARCHAR(128));

idเป็นสิ่งสำคัญ

แทนที่parentและchildมีข้อมูลที่ดีเช่นตัวระบุที่เกี่ยวข้องหรือชุดข้อมูลทั้งหมดที่จะดำเนินการ

แทรกข้อมูลในตารางเช่น:

INSERT INTO @menus (parent, child) 
  VALUES ('Some name',  'Child name');
...
INSERT INTO @menus (parent,child) 
  VALUES ('Some other name', 'Some other child name');

ประกาศตัวแปรบางตัว:

DECLARE @id INT = 1;
DECLARE @parentName NVARCHAR(128);
DECLARE @childName NVARCHAR(128);

และสุดท้ายสร้างวงในขณะที่ข้อมูลในตาราง:

WHILE @id IS NOT NULL
BEGIN
    SELECT @parentName = parent,
           @childName = child 
        FROM @menus WHERE id = @id;

    EXEC myProcedure @parent=@parentName, @child=@childName;

    SELECT @id = MIN(id) FROM @menus WHERE id > @id;
END

การเลือกแรกจะดึงข้อมูลจากตารางชั่วคราว ตัวเลือกที่สองจะอัพเดต @id MINส่งคืนค่า null ถ้าไม่มีการเลือกแถว

อีกทางเลือกหนึ่งคือการวนซ้ำในขณะที่ตารางมีแถวSELECT TOP 1และลบแถวที่เลือกออกจากตารางชั่วคราว:

WHILE EXISTS(SELECT 1 FROM @menuIDs) 
BEGIN
    SELECT TOP 1 @menuID = menuID FROM @menuIDs;

    EXEC myProcedure @menuID=@menuID;

    DELETE FROM @menuIDs WHERE menuID = @menuID;
END;

ฉันชอบวิธีสืบค้นแบบไดนามิกของ Dave Rincon เนื่องจากไม่ได้ใช้เคอร์เซอร์และมีขนาดเล็กและใช้งานง่าย ขอบคุณเดฟสำหรับการแบ่งปัน

แต่สำหรับความต้องการของฉันใน Azure SQL และด้วย "ชัดเจน" ในแบบสอบถามฉันต้องแก้ไขรหัสดังนี้:

Declare @SQL nvarchar(max);
-- Set SQL Variable
-- Prepare exec command for each distinctive tenantid found in Machines 
SELECT @SQL = (Select distinct 'exec dbo.sp_S2_Laser_to_cache ' + 
              convert(varchar(8),tenantid) + ';' 
              from Dim_Machine
              where iscurrent = 1
              FOR XML PATH(''))

--for debugging print the sql 
print @SQL;

--execute the generated sql script
exec sp_executesql @SQL;

ฉันหวังว่านี่จะช่วยคน ...