ข้อผิดพลาด:“ คำสั่ง INSERT EXEC ไม่สามารถซ้อนกันได้” และ“ ไม่สามารถใช้คำสั่ง ROLLBACK ภายในคำสั่ง INSERT-EXEC” วิธีแก้ปัญหานี้?

ฉันมีสามวิธีการจัดเก็บSp1, และSp2Sp3

คนแรก ( Sp1) จะดำเนินการอย่างใดอย่างหนึ่งที่สอง ( Sp2) และบันทึกข้อมูลที่ส่งกลับเข้ามา@tempTB1และคนที่สองจะดำเนินการหนึ่งในสาม ( Sp3) @tempTB2และบันทึกข้อมูลลงใน

หากฉันดำเนินการSp2มันจะใช้งานได้และจะส่งคืนข้อมูลทั้งหมดของฉันจากข้อมูลSp3แต่ปัญหาอยู่ที่Sp1เมื่อฉันดำเนินการมันจะแสดงข้อผิดพลาดนี้:

ไม่สามารถซ้อนคำสั่ง INSERT EXEC ได้

ฉันพยายามเปลี่ยนสถานที่execute Sp2และมันแสดงข้อผิดพลาดอื่นให้ฉัน:

ไม่สามารถใช้คำสั่ง ROLLBACK ภายในคำสั่ง INSERT-EXEC

นี่เป็นปัญหาทั่วไปเมื่อพยายาม 'ฟอง' ข้อมูลจากห่วงโซ่ของขั้นตอนที่จัดเก็บไว้ ข้อ จำกัด ใน SQL Server คือคุณสามารถใช้ INSERT-EXEC ได้ครั้งละหนึ่งรายการเท่านั้น ฉันขอแนะนำให้ดูวิธีการแบ่งปันข้อมูลระหว่างขั้นตอนที่จัดเก็บซึ่งเป็นบทความที่ละเอียดถี่ถ้วนเกี่ยวกับรูปแบบในการแก้ไขปัญหาประเภทนี้

ตัวอย่างเช่นวิธีแก้ปัญหาคือการเปลี่ยน Sp3 ให้เป็นฟังก์ชันที่มีมูลค่าตาราง

นี่เป็นวิธีเดียวที่ "ง่าย" ในการดำเนินการนี้ใน SQL Server โดยไม่มีฟังก์ชันที่สร้างขึ้นอย่างซับซ้อนขนาดใหญ่หรือเรียกใช้การเรียกสตริง sql ซึ่งทั้งสองวิธีนี้เป็นวิธีแก้ปัญหาที่แย่มาก:

1. สร้างตารางชั่วคราว
2. เปิดข้อมูลกระบวนงานที่เก็บไว้ของคุณลงไป

ตัวอย่าง:

INSERT INTO #YOUR_TEMP_TABLE
SELECT * FROM OPENROWSET ('SQLOLEDB','Server=(local);TRUSTED_CONNECTION=YES;','set fmtonly off EXEC [ServerName].dbo.[StoredProcedureName] 1,2,3')

หมายเหตุ : คุณต้องใช้ 'set fmtonly off' และคุณไม่สามารถเพิ่ม dynamic sql ให้กับสิ่งนี้ภายในการเรียก openrowset ทั้งสำหรับสตริงที่มีพารามิเตอร์โพรซีเดอร์ที่เก็บไว้ของคุณหรือสำหรับชื่อตาราง นั่นเป็นเหตุผลที่คุณต้องใช้ตารางชั่วคราวแทนตัวแปรตารางซึ่งน่าจะดีกว่าเนื่องจากมันมีผลกับตารางชั่วคราวในกรณีส่วนใหญ่

ตกลงได้รับการสนับสนุนจาก jimhark นี่คือตัวอย่างของแนวทางตารางแฮชเดี่ยวแบบเก่า: -

CREATE PROCEDURE SP3 as

BEGIN

    SELECT 1, 'Data1'
    UNION ALL
    SELECT 2, 'Data2'

END
go


CREATE PROCEDURE SP2 as

BEGIN

    if exists (select  * from tempdb.dbo.sysobjects o where o.xtype in ('U') and o.id = object_id(N'tempdb..#tmp1'))
        INSERT INTO #tmp1
        EXEC SP3
    else
        EXEC SP3

END
go

CREATE PROCEDURE SP1 as

BEGIN

    EXEC SP2

END
GO


/*
--I want some data back from SP3

-- Just run the SP1

EXEC SP1
*/


/*
--I want some data back from SP3 into a table to do something useful
--Try run this - get an error - can't nest Execs

if exists (select  * from tempdb.dbo.sysobjects o where o.xtype in ('U') and o.id = object_id(N'tempdb..#tmp1'))
    DROP TABLE #tmp1

CREATE TABLE #tmp1 (ID INT, Data VARCHAR(20))

INSERT INTO #tmp1
EXEC SP1


*/

/*
--I want some data back from SP3 into a table to do something useful
--However, if we run this single hash temp table it is in scope anyway so
--no need for the exec insert

if exists (select  * from tempdb.dbo.sysobjects o where o.xtype in ('U') and o.id = object_id(N'tempdb..#tmp1'))
    DROP TABLE #tmp1

CREATE TABLE #tmp1 (ID INT, Data VARCHAR(20))

EXEC SP1

SELECT * FROM #tmp1

*/

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

เคล็ดลับนี้ใช้ได้ผลกับฉัน

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

ทำกำไรให้กับสถานการณ์นั้นสำหรับวิธีแก้ปัญหาชั่วคราว

หากคุณมีสิทธิ์ที่ถูกต้องในการสร้างเซิร์ฟเวอร์ที่เชื่อมโยงให้ทำ สร้างเซิร์ฟเวอร์เดียวกันกับเซิร์ฟเวอร์ที่เชื่อมโยง

• ใน SSMS เข้าสู่เซิร์ฟเวอร์ของคุณ
• ไปที่ "Server Object
• คลิกขวาที่ "เซิร์ฟเวอร์ที่เชื่อมโยง" จากนั้นคลิก "เซิร์ฟเวอร์ที่เชื่อมโยงใหม่"
• ในกล่องโต้ตอบให้ตั้งชื่อเซิร์ฟเวอร์ที่เชื่อมโยงของคุณเช่น: THISSERVER
• ประเภทเซิร์ฟเวอร์คือ "แหล่งข้อมูลอื่น"
• ผู้ให้บริการ: Microsoft OLE DB Provider สำหรับ SQL server
• แหล่งข้อมูล: IP ของคุณอาจเป็นเพียงจุด (.) เนื่องจากเป็น localhost
• ไปที่แท็บ "ความปลอดภัย" และเลือกอันที่ 3 "สร้างขึ้นโดยใช้บริบทความปลอดภัยปัจจุบันของการเข้าสู่ระบบ"
• คุณสามารถแก้ไขตัวเลือกเซิร์ฟเวอร์ (แท็บที่ 3) ได้หากต้องการ
• กดตกลงเซิร์ฟเวอร์ที่เชื่อมโยงของคุณถูกสร้างขึ้น

ตอนนี้คำสั่ง Sql ของคุณใน SP1 คือ

insert into @myTempTable
exec THISSERVER.MY_DATABASE_NAME.MY_SCHEMA.SP2

เชื่อฉันเถอะว่ามันใช้งานได้แม้คุณจะมีไดนามิกแทรกใน SP2

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

ฉันพบปัญหานี้เมื่อพยายามนำเข้าผลลัพธ์ของ Stored Proc ลงในตารางชั่วคราวและ Stored Proc ได้แทรกลงในตารางชั่วคราวโดยเป็นส่วนหนึ่งของการดำเนินการของมันเอง ปัญหาคือ SQL Server ไม่อนุญาตให้กระบวนการเดียวกันเขียนลงในตารางชั่วคราวสองตารางในเวลาเดียวกัน

คำตอบ OPENROWSET ที่ยอมรับใช้งานได้ดี แต่ฉันต้องการหลีกเลี่ยงการใช้ Dynamic SQL หรือผู้ให้บริการ OLE ภายนอกในกระบวนการของฉันดังนั้นฉันจึงไปเส้นทางอื่น

วิธีแก้ปัญหาง่ายๆอย่างหนึ่งที่ฉันพบคือเปลี่ยนตารางชั่วคราวในกระบวนงานที่เก็บไว้ของฉันเป็นตัวแปรตาราง มันทำงานเหมือนกับที่ทำกับตารางชั่วคราว แต่ไม่ขัดแย้งกับการแทรกตารางชั่วคราวอื่น ๆ ของฉันอีกต่อไป

เพื่อหลีกเลี่ยงความคิดเห็นที่ฉันรู้ว่าพวกคุณสองสามคนกำลังจะเขียนเตือนฉันว่า Table Variables เป็นตัวฆ่าประสิทธิภาพ ... ทั้งหมดที่ฉันสามารถพูดกับคุณก็คือในปี 2020 จะจ่ายเงินปันผลโดยไม่ต้องกลัว Table Variables ถ้านี่เป็นปี 2008 และฐานข้อมูลของฉันโฮสต์บนเซิร์ฟเวอร์ที่มี RAM 16GB และใช้งาน HDD 5400RPM ฉันอาจเห็นด้วยกับคุณ แต่มันเป็นปี 2020 และฉันมีอาร์เรย์ SSD เป็นที่เก็บข้อมูลหลักและแรมหลายร้อยกิ๊ก ฉันสามารถโหลดฐานข้อมูลทั้ง บริษัท ของฉันไปยังตัวแปรตารางและยังมี RAM เหลืออยู่มากมาย

Table Variables กลับมาอยู่ในเมนูแล้ว!

ฉันมีปัญหาเดียวกันและกังวลเกี่ยวกับรหัสที่ซ้ำกันในสอง sprocs ขึ้นไป ฉันลงเอยด้วยการเพิ่มแอตทริบิวต์เพิ่มเติมสำหรับ "โหมด" รหัสทั่วไปที่อนุญาตให้มีอยู่ภายในหนึ่ง sproc และโหมดกำกับโฟลว์และชุดผลลัพธ์ของ sproc

สิ่งที่เกี่ยวกับการจัดเก็บผลลัพธ์ไว้ในตารางคงที่? ชอบ

-- SubProcedure: subProcedureName
---------------------------------
-- Save the value
DELETE lastValue_subProcedureName
INSERT INTO lastValue_subProcedureName (Value)
SELECT @Value
-- Return the value
SELECT @Value

-- Procedure
--------------------------------------------
-- get last value of subProcedureName
SELECT Value FROM lastValue_subProcedureName

มันไม่เหมาะ แต่มันง่ายมากและคุณไม่จำเป็นต้องเขียนใหม่ทุกอย่าง

อัปเดต : โซลูชันก่อนหน้านี้ทำงานได้ไม่ดีกับแบบสอบถามแบบขนาน (การเข้าถึงแบบ async และผู้ใช้หลายคน) ดังนั้นตอนนี้ฉันใช้ตารางชั่วคราว

-- A local temporary table created in a stored procedure is dropped automatically when the stored procedure is finished. 
-- The table can be referenced by any nested stored procedures executed by the stored procedure that created the table. 
-- The table cannot be referenced by the process that called the stored procedure that created the table.
IF OBJECT_ID('tempdb..#lastValue_spGetData') IS NULL
CREATE TABLE #lastValue_spGetData (Value INT)

-- trigger stored procedure with special silent parameter
EXEC dbo.spGetData 1 --silent mode parameter

spGetDataเนื้อหากระบวนงานที่เก็บไว้ที่ซ้อนกัน

-- Save the output if temporary table exists.
IF OBJECT_ID('tempdb..#lastValue_spGetData') IS NOT NULL
BEGIN
    DELETE #lastValue_spGetData
    INSERT INTO #lastValue_spGetData(Value)
    SELECT Col1 FROM dbo.Table1
END

 -- stored procedure return
 IF @silentMode = 0
 SELECT Col1 FROM dbo.Table1

ประกาศตัวแปรเคอร์เซอร์เอาต์พุตเป็น sp ด้านใน:

@c CURSOR VARYING OUTPUT

จากนั้นประกาศเคอร์เซอร์ c ไปยังรายการที่คุณต้องการกลับ จากนั้นเปิดเคอร์เซอร์ จากนั้นตั้งค่าการอ้างอิง:

DECLARE c CURSOR LOCAL FAST_FORWARD READ_ONLY FOR 
SELECT ...
OPEN c
SET @c = c 

อย่าปิดหรือจัดสรรใหม่

ตอนนี้เรียก sp ภายในจากด้านนอกที่จัดหาพารามิเตอร์เคอร์เซอร์เช่น:

exec sp_abc a,b,c,, @cOUT OUTPUT

เมื่อ sp ภายในดำเนินการคุณ @cOUTก็พร้อมที่จะดึงข้อมูล วนซ้ำแล้วปิดและยกเลิกการจัดสรร

หากคุณสามารถใช้เทคโนโลยีที่เกี่ยวข้องอื่น ๆ เช่น C # ฉันขอแนะนำให้ใช้คำสั่ง SQL ในตัวที่มีพารามิเตอร์ Transaction

var sqlCommand = new SqlCommand(commandText, null, transaction);

ฉันได้สร้างแอปคอนโซลง่ายๆที่แสดงความสามารถนี้ซึ่งสามารถพบได้ที่นี่: https://github.com/hecked12/SQL-Transaction-Using-C-Sharp

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

บน SQL Server 2008 R2 ฉันมีคอลัมน์ในตารางที่ไม่ตรงกันซึ่งทำให้เกิดข้อผิดพลาดในการย้อนกลับ มันหายไปเมื่อฉันแก้ไขตัวแปรตาราง sqlcmd ที่เติมโดยคำสั่ง insert-exec เพื่อให้ตรงกับที่ส่งคืนโดย proc ที่เก็บไว้ ไม่มี org_code ในไฟล์ windows cmd จะโหลดผลลัพธ์ของขั้นตอนการจัดเก็บและเลือก

set SQLTXT= declare @resets as table (org_id nvarchar(9), org_code char(4), ^
tin(char9), old_strt_dt char(10), strt_dt char(10)); ^
insert @resets exec rsp_reset; ^
select * from @resets;

sqlcmd -U user -P pass -d database -S server -Q "%SQLTXT%" -o "OrgReport.txt"