* Кластеризованные индексы сортируют и хранят строки данных в таблицах или представлениях на основе их ключевых значений. Этими значениями являются столбцы, включенные в определение индекса. Существует только один кластеризованный индекс для каждой таблицы, так как строки данных могут храниться в единственном порядке.  
* Строки данных в таблице хранятся в порядке сортировки только в том случае, если таблица содержит кластеризованный индекс. Если у таблицы есть кластеризованный индекс, то таблица называется кластеризованной. Если у таблицы нет кластеризованного индекса, то строки данных хранятся в неупорядоченной структуре, которая называется кучей.

В инструкции SELECT всегда указывайте ORDER BY вместе с предложением TOP. Дело в том, что это единственный предсказуемый способ отбора строк предложением TOP.

SELECT 
              Id            
            , AppCode       
            , RepaymentDate 
            , DocNumber
FROM dbo.Repayments (TABLOCK)

Следующие табличные указания можно задавать как с ключевым словом WITH, так и без него: NOLOCK, READUNCOMMITTED, UPDLOCK, REPEATABLEREAD, SERIALIZABLE, READCOMMITTED, TABLOCK, TABLOCKX, PAGLOCK, ROWLOCK, NOWAIT, READPAST, XLOCK, SNAPSHOT и NOEXPAND

SELECT 
       Id
     , AppCode
     , RepaymentDate
     , DocNumber
     , @@VERSION 
FROM 
     dbo.Repayments( TABLOCK ); 

set ansi_nulls, quoted_identifier, xact_abort on;
go

create table dbo.t (id int CONSTRAINT PK_t primary key, filler char(2000) null);

insert into dbo.t
 (id, filler)
 select top (20)
  (row_number() over (order by 1/0) - 1) * 2,
  'a'
 from
  master.dbo.spt_values a;
go

-- Принудительная сортировка по ORDER BY 
select
'Принудительная сортировка по ORDER BY', 
 a.id, a.filler, c.file_id, c.page_id, c.slot_id
from
 dbo.t a cross apply
 (select cast('<x>' + replace(replace(replace(sys.fn_PhysLocFormatter(a.%%physloc%%), ':', '</x><x>'), '(', ''), ')', '') + '</x>' as xml)) b(x) cross apply
 (select b.x.value('x[1]', 'int'), b.x.value('x[2]', 'int'), b.x.value('x[3]', 'int')) c(file_id, page_id, slot_id)
order by
 c.file_id, c.page_id, c.slot_id;
go

-- Список в в порядке хранения строк (поле id согласно PRIMARY KEY)
SELECT 
       'Список в в порядке хранения строк (поле id согласно PRIMARY KEY)'
     , *
FROM 
     dbo.t;
 GO 

-- Удаляем ограничение, при этом удаляется кластерный индекс
ALTER TABLE dbo.t DROP CONSTRAINT PK_t;
GO

/* 
Создаем новый кластерный индекс, который заставит хранить строки в таблице 
отсортировав их по полю id в обратном порядке
*/
CREATE UNIQUE CLUSTERED INDEX [UQ_id] ON [dbo].[t]
              ([id] DESC
              );
GO 

-- Список в порядке хранения строк (поле id согласно [UQ_id])
SELECT 
       'Список в порядке хранения строк (поле id согласно [UQ_id])'
     , *
FROM 
     dbo.t;

-- Теперь удалим индекс
DROP INDEX [UQ_id] ON [dbo].[t];
GO 

/*
И увидим что порядок хранения строк не изменился, 
строки были отсортированы при создании кластерного индекса
*/
SELECT 
       'Список в порядке хранения строк (поле id согласно [UQ_id])'
     , *
FROM 
     dbo.t;

drop table dbo.t;

go

А теперь, внимание, вопрос - если строки физически хранятся в порядке индекса, то что присходит при добавление строк в середину индекса? И немного усложним - при конкурентном добавлении в середину индекса?