यदि टेबल वेरिएबल केवल कभी एक मूल्य रखता है तो कोई समस्या नहीं होगी। कई पंक्तियों के साथ, गतिरोध के लिए एक नई संभावना है। मान लीजिए कि दो समवर्ती प्रक्रियाएँ (A & B) एक ही कंपनी के लिए (1, 2) और (2, 1) वाले तालिका चरों के साथ चलती हैं।
प्रक्रिया A गंतव्य को पढ़ता है, कोई पंक्ति नहीं पाता है, और '1' मान सम्मिलित करता है। यह मूल्य '1' पर एक विशेष पंक्ति लॉक रखता है। प्रोसेस बी गंतव्य को पढ़ता है, कोई पंक्ति नहीं पाता है, और '2' मान सम्मिलित करता है। यह '2' मूल्य पर एक विशेष पंक्ति लॉक रखता है।
अब प्रक्रिया A को पंक्ति 2 को संसाधित करने की आवश्यकता है, और B को पंक्ति 1 को संसाधित करने की आवश्यकता है। न तो प्रक्रिया प्रगति कर सकती है क्योंकि इसके लिए एक लॉक की आवश्यकता होती है जो अन्य प्रक्रिया द्वारा रखे गए अनन्य लॉक के साथ असंगत है।
कई पंक्तियों के साथ गतिरोध से बचने के लिए, पंक्तियों को हर बार एक ही क्रम में संसाधित (और एक्सेस किए गए टेबल) की आवश्यकता होती है । प्रश्न में दिखाए गए निष्पादन योजना में तालिका चर एक ढेर है, इसलिए पंक्तियों में कोई आंतरिक आदेश नहीं है (वे प्रविष्टि क्रम में पढ़ने की काफी संभावना है, हालांकि यह गारंटी नहीं है):
सुसंगत पंक्ति प्रसंस्करण आदेश की कमी सीधे गतिरोध के अवसर की ओर ले जाती है। एक दूसरा विचार यह है कि एक महत्वपूर्ण विशिष्टता की कमी का मतलब है कि हेलोवीन सुरक्षा प्रदान करने के लिए एक टेबल स्पूल आवश्यक है। स्पूल एक उत्सुक स्पूल है, जिसका अर्थ है कि सभी पंक्तियों को एक टेम्पर्ड बी लिखा जाता है वापस पढ़ने से पहले वर्कटेबिल में और इन्सर्ट ऑपरेटर के लिए रिप्ले किया जाता है।
TYPEएक क्लस्टर शामिल करने के लिए टेबल चर को पुनर्परिभाषित करना PRIMARY KEY:
DROP TYPE dbo.CoUserData;
CREATE TYPE dbo.CoUserData
AS TABLE
(
MyKey integer NOT NULL PRIMARY KEY CLUSTERED,
MyValue integer NOT NULL
);
निष्पादन योजना अब क्लस्टर इंडेक्स की एक स्कैन दिखाती है और विशिष्टता की गारंटी का मतलब है कि अनुकूलक स्पेलर को सुरक्षित रूप से निकालने में सक्षम है:
MERGE128 थ्रेड्स पर स्टेटमेंट के 5000 पुनरावृत्तियों के साथ परीक्षण में , क्लस्टर किए गए टेबल चर के साथ कोई गतिरोध नहीं हुआ। मुझे जोर देना चाहिए कि यह केवल अवलोकन के आधार पर है; संकुल सारणी चर ( तकनीकी रूप से ) विभिन्न प्रकार के आदेशों में अपनी पंक्तियों का उत्पादन कर सकता है , लेकिन एक सुसंगत आदेश की संभावना बहुत बढ़ जाती है। देखे गए व्यवहार को निश्चित रूप से हर नए संचयी अद्यतन, सर्विस पैक या SQL सर्वर के नए संस्करण के लिए पुनर्प्राप्त करने की आवश्यकता होगी।
यदि तालिका चर परिभाषा को बदला नहीं जा सकता है, तो एक और विकल्प है:
MERGE dbo.CompanyUser AS R
USING
(SELECT DISTINCT MyKey, MyValue FROM @DataTable) AS NewData ON
R.CompanyId = @CompanyID
AND R.UserID = @UserID
AND R.MyKey = NewData.MyKey
WHEN NOT MATCHED THEN
INSERT
(CompanyID, UserID, MyKey, MyValue)
VALUES
(@CompanyID, @UserID, NewData.MyKey, NewData.MyValue)
OPTION (ORDER GROUP);
यह स्पष्ट प्रकार की शुरुआत की लागत पर स्पूल (और पंक्ति-क्रम स्थिरता) को समाप्त करने में भी मदद करता है:
इस योजना ने भी उसी परीक्षण का उपयोग करके कोई गतिरोध उत्पन्न नहीं किया। नीचे प्रजनन स्क्रिप्ट:
CREATE TYPE dbo.CoUserData
AS TABLE
(
MyKey integer NOT NULL /* PRIMARY KEY */,
MyValue integer NOT NULL
);
GO
CREATE TABLE dbo.Company
(
CompanyID integer NOT NULL
CONSTRAINT PK_Company
PRIMARY KEY (CompanyID)
);
GO
CREATE TABLE dbo.CompanyUser
(
CompanyID integer NOT NULL,
UserID integer NOT NULL,
MyKey integer NOT NULL,
MyValue integer NOT NULL
CONSTRAINT PK_CompanyUser
PRIMARY KEY CLUSTERED
(CompanyID, UserID, MyKey),
FOREIGN KEY (CompanyID)
REFERENCES dbo.Company (CompanyID),
);
GO
CREATE NONCLUSTERED INDEX nc1
ON dbo.CompanyUser (CompanyID, UserID);
GO
INSERT dbo.Company (CompanyID) VALUES (1);
GO
DECLARE
@DataTable AS dbo.CoUserData,
@CompanyID integer = 1,
@UserID integer = 1;
INSERT @DataTable
SELECT TOP (10)
V.MyKey,
V.MyValue
FROM
(
VALUES
(1, 1),
(2, 2),
(3, 3),
(4, 4),
(5, 5),
(6, 6),
(7, 7),
(8, 8),
(9, 9)
) AS V (MyKey, MyValue)
ORDER BY NEWID();
BEGIN TRANSACTION;
-- Test MERGE statement here
ROLLBACK TRANSACTION;
(यदि आप एक नए टैब में छवि देखते हैं, तो यह पठनीय है। छोटे आकार के लिए क्षमा करें।)