다른 답변에서 이미 지적했듯이 SQL Server는 행이 클러스터 된 인덱스 순서로 정렬되도록 명시 적으로 또는 확실하지 않을 수 있습니다. insert .

이는 계획의 클러스터형 인덱스 연산자에 계획이 있는지 여부에 따라 다릅니다. DMLRequestSort 속성 세트 따라 달라집니다 (삽입 된 예상 행 수에 따라 달라짐).

당신은 SQL 서버 사용자가 명시 적으로 추가 혜택을 누릴 수있는 어떤 이유에서이 과소 평가 것으로 확인되면 ORDER BY받는 사람 SELECT으로부터 단편화를 페이지 분할을 최소화하기 위해 쿼리 및 다음의 INSERT동작

예:

use tempdb;

GO

CREATE TABLE T(N INT PRIMARY KEY,Filler char(2000))

CREATE TABLE T2(N INT PRIMARY KEY,Filler char(2000))

GO

DECLARE @T TABLE (U UNIQUEIDENTIFIER PRIMARY KEY DEFAULT NEWID(),N int)

INSERT INTO @T(N)
SELECT number
FROM master..spt_values
WHERE type = 'P' AND number BETWEEN 0 AND 499

/*Estimated row count wrong as inserting from table variable*/
INSERT INTO T(N)
SELECT T1.N*1000 + T2.N
FROM @T T1, @T T2

/*Same operation using explicit sort*/
INSERT INTO T2(N)
SELECT T1.N*1000 + T2.N
FROM @T T1, @T T2
ORDER BY T1.N*1000 + T2.N


SELECT avg_fragmentation_in_percent,
       fragment_count,
       page_count,
       avg_page_space_used_in_percent,
       record_count
FROM   sys.dm_db_index_physical_stats(2, OBJECT_ID('T'), NULL, NULL, 'DETAILED')
;


SELECT avg_fragmentation_in_percent,
       fragment_count,
       page_count,
       avg_page_space_used_in_percent,
       record_count
FROM   sys.dm_db_index_physical_stats(2, OBJECT_ID('T2'), NULL, NULL, 'DETAILED')
;  

T엄청나게 조각난 쇼

avg_fragmentation_in_percent fragment_count       page_count           avg_page_space_used_in_percent record_count
---------------------------- -------------------- -------------------- ------------------------------ --------------------
99.3116118225536             92535                92535                67.1668272794663               250000
99.5                         200                  200                  74.2868173956017               92535
0                            1                    1                    32.0978502594514               200

그러나 T2조각화는 최소화됩니다

avg_fragmentation_in_percent fragment_count       page_count           avg_page_space_used_in_percent record_count
---------------------------- -------------------- -------------------- ------------------------------ --------------------
0.376                        262                  62500                99.456387447492                250000
2.1551724137931              232                  232                  43.2438349394613               62500
0                            1                    1                    37.2374598468001               232

반대로 데이터가 이미 미리 정렬되어 있고 불필요한 정렬을 피하려는 경우 SQL Server가 행 수를 과소 평가하도록 할 수 있습니다. 주목할만한 예는 newsequentialid클러스터 된 인덱스 키 를 사용하여 테이블에 많은 수의 행을 삽입하는 경우 입니다. Denali 이전의 SQL Server 버전에서는 SQL Server가 불필요하고 비용이 많이 드는 정렬 작업을 추가합니다 . 이것은 피할 수 있습니다

DECLARE @var INT =2147483647

INSERT INTO Foo
SELECT TOP (@var) *
FROM Bar

그런 다음 SQL Server는 크기가 Bar계획에 정렬이 추가되는 임계 값보다 작은 크기에 관계없이 100 개의 행이 삽입 될 것으로 추정합니다 . 그러나 아래 주석에서 지적했듯이 이것은 삽입이 불행히도 최소 로깅을 이용할 수 없음을 의미합니다.

답변

CREATE TABLE #Test (
    id INTEGER NOT NULL
);

CREATE UNIQUE CLUSTERED INDEX CL_Test_ID ON #Test (id);

CREATE TABLE #Sequence (
    number INTEGER NOT NULL
);

INSERT INTO #Sequence
SELECT number FROM master..spt_values WHERE name IS NULL;

SET STATISTICS PROFILE ON;
GO

INSERT INTO #Test
SELECT number
  FROM #Sequence

INSERT INTO #Test  SELECT number    FROM #Sequence
  |--Clustered Index Insert(OBJECT:([tempdb].[dbo].[#Test]), SET:([tempdb].[dbo].[#Test].[id] = [tempdb].[dbo].[#Sequence].[number]))
       |--Top(ROWCOUNT est 0)
            |--Sort(ORDER BY:([tempdb].[dbo].[#Sequence].[number] ASC))
                 |--Table Scan(OBJECT:([tempdb].[dbo].[#Sequence]))

TRUNCATE TABLE #Test;
GO

INSERT INTO #Test
SELECT number
  FROM #Sequence
 ORDER BY number

INSERT INTO #Test  SELECT number    FROM #Sequence   ORDER BY number
  |--Clustered Index Insert(OBJECT:([tempdb].[dbo].[#Test]), SET:([tempdb].[dbo].[#Test].[id] = [tempdb].[dbo].[#Sequence].[number]))
       |--Top(ROWCOUNT est 0)
            |--Sort(ORDER BY:([tempdb].[dbo].[#Sequence].[number] ASC))
                 |--Table Scan(OBJECT:([tempdb].[dbo].[#Sequence]))