รับตารางฮีปต่อไปนี้ด้วย 400 แถวหมายเลขตั้งแต่ 1 ถึง 400:
DROP TABLE IF EXISTS dbo.N;
GO
SELECT
SV.number
INTO dbo.N
FROM master.dbo.spt_values AS SV
WHERE
SV.[type] = N'P'
AND SV.number BETWEEN 1 AND 400;และการตั้งค่าต่อไปนี้:
SET NOCOUNT ON;
SET STATISTICS IO, TIME OFF;
SET STATISTICS XML OFF;
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;ต่อไปนี้SELECTเสร็จสมบูรณ์คำสั่งในรอบ6 วินาที ( สาธิต , แผน ):
DECLARE @n integer = 400;
SELECT
c = COUNT_BIG(*)
FROM dbo.N AS N
CROSS JOIN dbo.N AS N2
CROSS JOIN dbo.N AS N3
WHERE
N.number <= @n
AND N2.number <= @n
AND N3.number <= @n
OPTION
(OPTIMIZE FOR (@n = 1));หมายเหตุ: @ OPTIMIZE FORข้อนี้เป็นเพียงการผลิตซ้ำขนาดที่สมเหตุสมผลที่รวบรวมรายละเอียดที่สำคัญของปัญหาที่แท้จริงรวมถึง cardinality misestimate ที่สามารถเกิดขึ้นได้ด้วยเหตุผลหลายประการ
เมื่อเอาต์พุตแถวเดียวถูกเขียนลงในตารางจะใช้เวลา19 วินาที ( สาธิต , วางแผน ):
DECLARE @T table (c bigint NOT NULL);
DECLARE @n integer = 400;
INSERT @T
(c)
SELECT
c = COUNT_BIG(*)
FROM dbo.N AS N
CROSS JOIN dbo.N AS N2
CROSS JOIN dbo.N AS N3
WHERE
N.number <= @n
AND N2.number <= @n
AND N3.number <= @n
OPTION
(OPTIMIZE FOR (@n = 1));แผนการดำเนินการปรากฏเหมือนกันนอกเหนือจากการแทรกของหนึ่งแถว
ดูเหมือนว่าเวลาพิเศษทั้งหมดจะถูกใช้โดยการใช้งาน CPU
เหตุใดINSERTคำสั่งจึงช้าลงมาก