Извини, Glory, при всем моем к тебе уважении, но у тебя написано и сумбурно, и кое-где неправильно. Впрочем, это IMHO. Вот моя статейка на эту тему, которую я по некоторым соображениям собирался пустить позже, но видно не судьба.

==========================================================================================
В MSSQL не существует понятия «номер строки». Тем не менее, иногда возникает задача в получаемой выборке пронумеровать строки по порядку. Обычно это требуется в отчетах. Конечно, это обычно без труда реализуемо клиентскими средствами построения отчетов, однако номер по порядку можно реализовать и средствами T-SQL. Существует несколько способов пронумеровать строки по порядку в выборке. Все они имеют свои ограничения применения, достоинства и недостатки.

Вариант 1 «Классический».

Используется, когда в запросе, формирующем выборку, имеется сортировка по уникальному (в пределах выбираемых данных) полю.

Имеем запрос:

SELECT CityName, NumberOfPeople
FROM Cities
WHERE NumberOfPeople>100000 AND Country=’Russia’
ORDER BY CityName

Номер строки добавляется подзапросом, подсчитывающим количество записей при тех же критериях и добавочному условию, что значение поля, по которому производится сортировка в главном запросе, в подзапросе меньше или равно значению поля в главном запросе.

Получаем:

SELECT
(SELECT COUNT(*) FROM Cities C1
WHERE NumberOfPeople>100000 AND Country=’Russia’
AND CityName<=c.CityName) NumRow,
CityName, NumberOfPeople
FROM Cities c
WHERE NumberOfPeople>100000 AND Country=’Russia’
ORDER BY CityName

Важно в подзапросе повторить в точности критерии главного запроса, в данном случае «NumberOfPeople>100000 AND Country=’Russia’» и добавить условие «CityName<=с.CityName». Чтобы различать поля «CityName» главного запроса и подзапроса, необходимо табличке Cities задать псевдоним в подзапросе или в главном запросе. В данном случае псевдоним «c» задан в главном запросе.

Главный недостаток этого метода в наличии подзапроса, который будет выполняться для каждой строки главного запроса. При выборке большого количества записей это может вылиться в плохую производительность. Другой недостаток в условии уникальности поля сортировки. Требование наличия предложения «ORDER BY» в запросе недостатком не является по той простой причине, что запросы для отчетов практически не бывают без этого предложения.

Достоинство метода в его универсальности, академичности. Он не требует специфики T-SQL, этот метод можно применить практически на любом SQL-сервере.


Вариант 2 «Эффективный, специфический для T-SQL».

Этот вариант применим практически в любом случае, то есть не имеет ограничений и существенных недостатков. Идея такова: выборка производится во временную таблицу и добавляется поле с функцией «IDENTITY(INT,1,1)», а затем производится выборка уже из временной таблицы с сортировкой по этому новому полю. Функцию «IDENTITY(INT,1,1)» не путайте с выражением «IDENTITY(1,1)», это разные вещи.

Вот так будет выглядеть запрос из предыдущего варианта с использованием «IDENTITY(INT,1,1)»:

SELECT IDENTITY(INT,1,1) RowNum, CityName, NumberOfPeople
INTO #tmp
FROM Cities
WHERE NumberOfPeople>100000 AND Country=’Russia’
ORDER BY CityName

SELECT * FROM #tmp ORDER BY RowNum

DROP TABLE #tmp

Этот вариант очень удобно использовать внутри хранимой процедуры с предваряющей установкой «SET NOCOUNT ON».

Начинающих разработчиков запросов на Transact-SQL обычно пугает необходимость использования временных таблиц. Они считают, что это существенные дополнительные накладные расходы. Однако, здесь это не так. Дело в том, что выборка с сортировкой перед отдачей клиенту все равно будет в большинстве случаев считана во временную табличку для произведения сортировки. Получается, что здесь мы явно лишь описали то, что сервер сделал бы неявно. Но явное описание считывания данных во временную табличку дало нам возможность дополнительно задать новое поле нумерации.

При применении этого варианта необходимо учесть один момент. Если, среди полей выборки есть поле с признаком «IDENTITY», то такое поле необходимо «завернуть» в функцию «CONVERT», иначе будет сообщение об ошибке. Например, в данном запросе необходимо еще вывести поле City_Id, имеющее признак «IDENTITY». Тогда запрос будет выглядеть так:

SELECT IDENTITY(INT,1,1) RowNum,
CONVERT(int,City_Id) City_Id, CityName, NumberOfPeople
INTO #tmp
FROM Cities
WHERE NumberOfPeople>100000 AND Country=’Russia’
ORDER BY CityName

SELECT * FROM #tmp ORDER BY RowNum

DROP TABLE #tmp


Другие варианты. «Экзотические».

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

В MSSQL работает странная конструкция:
«UPDATE … SET @VAR=SomeField=<expression>»
Это можно использовать при необходимости пронумеровать сразу все строки в таблицы. Для этого само поле в таблице необходимо создать (в нижеприведенном примере необходимо наличие целочисленного поля RowNum в таблице Cities). А заполнить уникальными номерами по порядку можно так:

DECLARE @var int
UPDATE Cities SET @var=RowNum=IsNull(@var,0)+1