मैं यहाँ लेख देख रहा था अस्थाई सारणी बनाम सारणी चर और SQL सर्वर प्रदर्शन पर उनके प्रभाव और SQL सर्वर 2008 पर 2005 के लिए वहाँ दिखाए गए लोगों के लिए इसी तरह के परिणाम को पुन: पेश करने में सक्षम था।
केवल 10 पंक्तियों के साथ संग्रहीत प्रक्रियाओं (नीचे परिभाषाओं) को निष्पादित करते समय, तालिका चर संस्करण बाहर दो बार से अधिक अस्थायी तालिका संस्करण निष्पादित करता है।
मैंने प्रक्रिया कैश को मंजूरी दे दी और दोनों संग्रहीत प्रक्रियाओं को 10,000 बार चलाया और फिर एक और 4 रन के लिए प्रक्रिया को दोहराया। नीचे परिणाम (एमएस प्रति बैच में समय)
T2_Time V2_Time
----------- -----------
8578 2718
6641 2781
6469 2813
6766 2797
6156 2719
मेरा सवाल है: टेबल चर संस्करण के बेहतर प्रदर्शन का कारण क्या है?
मैंने कुछ जांच की है। उदाहरण के साथ प्रदर्शन काउंटरों को देखते हुए
SELECT cntr_value
from sys.dm_os_performance_counters
where counter_name = 'Temp Tables Creation Rate';
पुष्टि की है कि दोनों ही मामलों में अस्थायी वस्तुओं पहली बार चलाने के बाद कैश्ड किया जा रहा है के रूप में उम्मीद के बजाय हर मंगलाचरण के लिए फिर से खरोंच से बनाया।
इसी तरह का पता लगाने Auto Stats
, SP:Recompile
, SQL:StmtRecompile
प्रोफाइलर में घटनाओं (नीचे स्क्रीनशॉट) से पता चलता है कि इन घटनाओं को केवल एक बार (के पहले मंगलाचरण पर होते हैं #temp
तालिका संग्रहीत प्रक्रिया) और अन्य 9,999 फांसी इन घटनाओं में से किसी भी उठाना नहीं है। (तालिका चर संस्करण को इनमें से कोई भी घटना नहीं मिलती है)
संग्रहीत कार्यविधि के पहले रन का थोड़ा बड़ा ओवरहेड किसी भी तरह से बड़े समग्र अंतर के लिए नहीं कर सकता है, हालांकि यह अभी भी प्रक्रिया कैश को खाली करने और दोनों प्रक्रियाओं को एक बार चलाने के लिए कुछ एमएस लेता है ताकि मुझे या तो आंकड़ों पर विश्वास न हो या recompiles इसका कारण हो सकता है।
आवश्यक डेटाबेस ऑब्जेक्ट बनाएँ
CREATE DATABASE TESTDB_18Feb2012;
GO
USE TESTDB_18Feb2012;
CREATE TABLE NUM
(
n INT PRIMARY KEY,
s VARCHAR(128)
);
WITH NUMS(N)
AS (SELECT TOP 1000000 ROW_NUMBER() OVER (ORDER BY $/0)
FROM master..spt_values v1,
master..spt_values v2)
INSERT INTO NUM
SELECT N,
'Value: ' + CONVERT(VARCHAR, N)
FROM NUMS
GO
CREATE PROCEDURE [dbo].[T2] @total INT
AS
CREATE TABLE #T
(
n INT PRIMARY KEY,
s VARCHAR(128)
)
INSERT INTO #T
SELECT n,
s
FROM NUM
WHERE n%100 > 0
AND n <= @total
DECLARE @res VARCHAR(128)
SELECT @res = MAX(s)
FROM NUM
WHERE n <= @total
AND NOT EXISTS(SELECT *
FROM #T
WHERE #T.n = NUM.n)
GO
CREATE PROCEDURE [dbo].[V2] @total INT
AS
DECLARE @V TABLE (
n INT PRIMARY KEY,
s VARCHAR(128))
INSERT INTO @V
SELECT n,
s
FROM NUM
WHERE n%100 > 0
AND n <= @total
DECLARE @res VARCHAR(128)
SELECT @res = MAX(s)
FROM NUM
WHERE n <= @total
AND NOT EXISTS(SELECT *
FROM @V V
WHERE V.n = NUM.n)
GO
टेस्ट स्क्रिप्ट
SET NOCOUNT ON;
DECLARE @T1 DATETIME2,
@T2 DATETIME2,
@T3 DATETIME2,
@Counter INT = 0
SET @T1 = SYSDATETIME()
WHILE ( @Counter < 10000)
BEGIN
EXEC dbo.T2 10
SET @Counter += 1
END
SET @T2 = SYSDATETIME()
SET @Counter = 0
WHILE ( @Counter < 10000)
BEGIN
EXEC dbo.V2 10
SET @Counter += 1
END
SET @T3 = SYSDATETIME()
SELECT DATEDIFF(MILLISECOND,@T1,@T2) AS T2_Time,
DATEDIFF(MILLISECOND,@T2,@T3) AS V2_Time
#temp
एक बार टेबल पर बनाए जाने के बावजूद साफ हो जाते हैं और उसके बाद एक और 9,999 बार फिर से आबाद होते हैं।