Подскажите кто-нидь. Можно ли как нибудь добавить поле в таблицу, вычисляемое поле, через функцию, либо просто поле в запрос Select-а , которое автоматически нумеровало бы полученный рекордсет в
ВНЕ зависимости от Order By. Например
Select ID,NAME...., [inumerator] from Table Order By NAME DESC
Где [inumerator] может быть всем чем угодно, функцией, вычисляемым полем etc Лишь бы он вовращал номер записи в текущем запросе.
Например получаем:
[ID], [NAME] ,[inumerator]
10 , Петя , 1
15 , Вася , 2
5 , Анна , 3
..................
Причем нумерация должна не повторяться и быть сквозная. Типа 1-я строка,2-я.
Вариант:

select [t1].[name], 'number' = 1 + isnull((select count(*) from [colors] [t2] where [t2].[name] < [t1].[name]), 0)from [colors] [t1] order by [name] asc

не подходит, так как он повторяет номера если поле Name дублируется.
Вожно ли в принципе такое. А то я уже думаю что нет.Pls, кто чем ... может.

Спасибо. Владимир я так сейчас и делаю. Хотелось бы избавиться от перелива данных во временную таблицы. Сейчас это самый большой тормоз у меня.
kotik - так не катит по синтаксиу.
IDENTITY (Function)
Is used only in a SELECT statement with an INTO table clause to insert an identity column into a new table.
Только если есть INTO :

А это тоже самое, что я сейчас делаю. Я ищу способ не переливать данные.ИМХО наверное такого не существует.

Я так и думал что если идешь в туалет по большому, то надо надуться, а иначе ничего не выйдет.
av2000 - мне нужно это не для вывода на клиент а для ограничения набора для постраничного листания под ASP.
Bzzzzz - идет медленно не потому что добавили поле IDENTITY, просто сама таблица большая, вернее запрос возвращает МНОГО-МНОГО записей, а мне нужно потом вытянуть какую-нидть 48 ю страницу на ASP.

Тогда вопрос по другому поставим. Можно ли как то вернуть записи с 50 по 100 например средствами SQL ? Как в MySQL, например:

Что означает в MySQL возвратить 10 записей, начиная с 6. Есть только в MSSQL :

а мне нужен горизонтальный срез для постраничного ASP листания. Вот и приходится извратом заниматься и переливать во временные таблицы свой запрос ТОЛЬКО ЛИШЬ для перенумерации, а только потом извлекать нужный горизонтальный срез. Первичный IDENTITY ключ таблицы не подходит так как используется Order By, да и "дырки" он имеет в следствие удаления записей в таблице.

Вот мои "исследования"
Использование механизма листания в ADO для Recordset.

Как видно из примера в Recordset есть механизм листания довольно удобный. Но как всегда Microsoft его сделала через одно место. Все бы ничего, но такой вариант работает в ADO, ТОЛЬКО ЕСЛИ КУРСОР создается НА КЛИЕНТЕ:
oRset.CursorLocation =adUseClient
Отсюда вытекает, как только я делаю серверный курсор (кстати сказать, он является умолчаемым), то данный механизм листания не работает

‘ Листание не работает если курсор серверный
oRset.CursorLocation = adUseServer

Ты попробуй данный механизм на Select * from Table1 в которой ХОТЯ бы 100 тыс записей. Я пробовал - тормоз полный, так как весь рекордсет тащится на клиента (Web сервер в данном случае). Этот вариант сразу отпал. Причем финт с переливом во временную таблицу работает на порядок быстрее.Но тоже до определенного предела.

av2000 ты как всегда прав, но блин заманали заказчики. Это я понимаю что нужно ограничить набор как можно меньше, но заказчики хотят видеть все сразу не вводя никаких данных в фильтр. Требование, что бы и в туалет сходить и не надуться(sorry за повтор).


Dwarf - спасибо. В принципе идея переливать не ВСЮ таблицу а только ID записей не плоха. Но опять идет перелив во временную таблицу пускай из 2 полей но все равно. В принципе я уже сам дошел до этого метода. Но искал еще более лучшие решения. Кажись нашел. VVG_ подсказал классную идею:
------ paste ------------
select ProductID
from (Select top 10 ProductID, created
from (Select top 20 ProductID, created from Products
order by created desc ) as V1
order by created ) as V2
order by created desc

itаlic -поля отвечают за сортировку, bold - за страницу.

Только обязательно должны быть индексы по каждому из полей сортировки.
В данном случае это (Created,ProductID).
--------------------
Во это идея мне больше нравится.

У буржуев хватает как ни странно терпения, кроме того там недалекие юзера сидят. Это наш русский на 10 раз поймет что можно и фильтр заполнить, а у них при 90-100 килобайт в сек прокачки по Интернету не всегда

:) Я все понял. Пускай побегают у них ноги длинные.
Спасибо. Пора закрывать тему, тем более что ответ найден.