আমার কাছে একটি স্ট্রিং কলাম সহ একটি টেবিল রয়েছে এবং একটি প্রিকিকেট যা নির্দিষ্ট দৈর্ঘ্য সহ সারিগুলির জন্য পরীক্ষা করে। এসকিউএল সার্ভার ২০১৪-তে, আমি যে দৈর্ঘ্যের জন্য যাচাই করছি তা নির্বিশেষে 1 টি সারির অনুমান দেখছি। এটি অত্যন্ত দুর্বল পরিকল্পনা গ্রহণ করছে কারণ সেখানে হাজার হাজার বা এমনকি কয়েক মিলিয়ন সারি রয়েছে এবং এসকিউএল সার্ভার এই টেবিলটিকে নেস্টেড লুপের বাইরের দিকে রাখতে পছন্দ করছে to
এসকিউএল সার্ভার ২০১৪-এর এসকিউএল সার্ভার ২০১২-এর 31,622 সারিগুলির অনুমানের জন্য 1.0003 এর কার্ডিনালিটির প্রাক্কলনের জন্য কোনও ব্যাখ্যা আছে কি? একটি ভাল workaround আছে?
এখানে ইস্যুটির একটি সংক্ষিপ্ত প্রজনন:
-- Create a table with 1MM rows of dummy data
CREATE TABLE #customers (cust_nbr VARCHAR(10) NOT NULL)
GO
INSERT INTO #customers WITH (TABLOCK) (cust_nbr)
SELECT TOP 1000000
CONVERT(VARCHAR(10),
ROW_NUMBER() OVER (ORDER BY (SELECT NULL))) AS cust_nbr
FROM master..spt_values v1
CROSS JOIN master..spt_values v2
GO
-- Looking for string of a certain length.
-- While both CEs yield fairly poor estimates, the 2012 CE is much
-- more conservative (higher estimate) and therefore much more likely
-- to yield an okay plan rather than a drastically understimated loop join.
-- 2012: 31,622 rows estimated, 900K rows actual
-- 2014: 1 row estimated, 900K rows actual
SELECT COUNT(*)
FROM #customers
WHERE LEN(cust_nbr) = 6
OPTION (QUERYTRACEON 9481) -- Optionally, use 2012 CE
GO
এখানে অতিরিক্ত পরীক্ষাগুলি দেখানো আরও একটি সম্পূর্ণ স্ক্রিপ্ট
আমি এসকিউএল সার্ভার ২০১৪ কার্ডিনালিটি এসটিমেটরের শ্বেতপত্রটিও পড়েছি , তবে সেখানে পরিস্থিতি স্পষ্ট করে এমন কোনও কিছুই পাইনি।