मेरे पास 3 "बड़े" टेबल हैं जो कॉलम (दोनों intएस) की एक जोड़ी पर जुड़ते हैं ।
- तालिका 1 में ~ 200 मिलियन पंक्तियाँ हैं
- Table2 में ~ 1.5 मिलियन पंक्तियाँ हैं
- तालिका 3 में ~ 6 मिलियन पंक्तियाँ हैं
प्रत्येक मेज पर एक संकुल अनुक्रमणिका है Key1, Key2है, और फिर एक और स्तंभ। Key1कम हृदयता है और बहुत तिरछा है। यह हमेशा WHEREखंड में संदर्भित होता है । खंड Key2में उल्लेख नहीं है WHERE। प्रत्येक जोड़ कई-से-कई हैं।
समस्या कार्डिनैलिटी अनुमान के साथ है। प्रत्येक जुड़ने का आउटपुट अनुमान बड़ा होने के बजाय छोटा हो जाता है । इसका परिणाम कम सैकड़ों के अंतिम अनुमानों में होता है जब वास्तविक परिणाम लाखों में होता है।
क्या मेरे लिए बेहतर अनुमान लगाने में सीई का सुराग लगाने का कोई तरीका है?
SELECT 1
FROM Table1 t1
JOIN Table2 t2
ON t1.Key1 = t2.Key1
AND t1.Key2 = t2.Key2
JOIN Table3 t3
ON t1.Key1 = t3.Key1
AND t1.Key2 = t3.Key2
WHERE t1.Key1 = 1;समाधान मैंने कोशिश की है:
- बहु-स्तंभ आँकड़े बनाना
Key1,Key2 - पर फ़िल्टर किए गए आँकड़ों के टन बनाना
Key1(यह काफी मदद करता है, लेकिन मैं डेटाबेस में हजारों उपयोगकर्ता-निर्मित आँकड़ों के साथ समाप्त होता हूं।)
नकाबपोश निष्पादन योजना (खराब मास्किंग के लिए खेद है)
जिस मामले में मैं देख रहा हूं, उसके परिणाम में 9 मिलियन पंक्तियाँ हैं। नए CE 180 पंक्तियों का अनुमान लगाता है; विरासत सीई 6100 पंक्तियों का अनुमान लगाती है।
यहाँ एक प्रतिलिपि प्रस्तुत करने योग्य उदाहरण है:
DROP TABLE IF EXISTS #Table1, #Table2, #Table3;
CREATE TABLE #Table1 (Key1 INT NOT NULL, Key2 INT NOT NULL, T1Key3 INT NOT NULL, CONSTRAINT pk_t1 PRIMARY KEY CLUSTERED (Key1, Key2, T1Key3));
CREATE TABLE #Table2 (Key1 INT NOT NULL, Key2 INT NOT NULL, T2Key3 INT NOT NULL, CONSTRAINT pk_t2 PRIMARY KEY CLUSTERED (Key1, Key2, T2Key3));
CREATE TABLE #Table3 (Key1 INT NOT NULL, Key2 INT NOT NULL, T3Key3 INT NOT NULL, CONSTRAINT pk_t3 PRIMARY KEY CLUSTERED (Key1, Key2, T3Key3));
-- Table1
WITH Numbers
AS (SELECT TOP (1000000) Number = ROW_NUMBER() OVER(ORDER BY t1.number)
FROM master..spt_values t1
CROSS JOIN master..spt_values t2),
DataSize (Key1, NumberOfRows)
AS (SELECT 1, 2000 UNION
SELECT 2, 10000 UNION
SELECT 3, 25000 UNION
SELECT 4, 50000 UNION
SELECT 5, 200000)
INSERT INTO #Table1
SELECT Key1
, Key2 = ROW_NUMBER() OVER (PARTITION BY Key1, T1Key3 ORDER BY Number)
, T1Key3
FROM DataSize
CROSS APPLY (SELECT TOP(NumberOfRows)
Number
, T1Key3 = Number%(Key1*Key1) + 1
FROM Numbers
ORDER BY Number) size;
-- Table2 (same Key1, Key2 values; smaller number of distinct third Key)
WITH Numbers
AS (SELECT TOP (1000000) Number = ROW_NUMBER() OVER(ORDER BY t1.number)
FROM master..spt_values t1
CROSS JOIN master..spt_values t2)
INSERT INTO #Table2
SELECT DISTINCT
Key1
, Key2
, T2Key3
FROM #Table1
CROSS APPLY (SELECT TOP (Key1*10)
T2Key3 = Number
FROM Numbers
ORDER BY Number) size;
-- Table2 (same Key1, Key2 values; smallest number of distinct third Key)
WITH Numbers
AS (SELECT TOP (1000000) Number = ROW_NUMBER() OVER(ORDER BY t1.number)
FROM master..spt_values t1
CROSS JOIN master..spt_values t2)
INSERT INTO #Table3
SELECT DISTINCT
Key1
, Key2
, T3Key3
FROM #Table1
CROSS APPLY (SELECT TOP (Key1)
T3Key3 = Number
FROM Numbers
ORDER BY Number) size;
DROP TABLE IF EXISTS #a;
SELECT col = 1
INTO #a
FROM #Table1 t1
JOIN #Table2 t2
ON t1.Key1 = t2.Key1
AND t1.Key2 = t2.Key2
WHERE t1.Key1 = 1;
DROP TABLE IF EXISTS #b;
SELECT col = 1
INTO #b
FROM #Table1 t1
JOIN #Table2 t2
ON t1.Key1 = t2.Key1
AND t1.Key2 = t2.Key2
JOIN #Table3 t3
ON t1.Key1 = t3.Key1
AND t1.Key2 = t3.Key2
WHERE t1.Key1 = 1;
make_parallelकार्य समस्या को कम करने में मदद करने के लिए उपयोग किया जाता है। मैं देख लूंगाmany। एक सुंदर सकल बैंड-सहायता की तरह लगता है।