Возможно ли сделать такую выборку средствами SQL Access? Поиск ничего не дал

можно в качестве ограничений указать диапазон id

К id привязываться не вариант, с 530-й по 610-ую записей может и не быть.
Есть ли в Access системные функции типа Row_number() и т.п.?

но диапазон id ведь все равно будет

По какому признаку? что это за числа, откуда взялись?

да будет.... у 501-й записи id = 4945, а у 1000-й id=7693
как Вам этот вариант?  

Добавлено через 2 минуты и 13 секунд


Вобщем есть база, которая содержит большой объём данных, находится на сервере, нужно сделать постраничный вывод (1-500, 501-1000 и т.п.)

Стандартный подход для Аксесса:

с TOPом ясно, использовал, это решение было единственным.
Думал, что есть более изящный способ!
Да и сам вариант неочень... 
База событийная, другая программа пишет в неё по ~30 сообщений в секунду

To Akina,
спасибо

Это сообщение отредактировал(а) Certain - 15.11.2010, 18:33

повод сменить СУБД на более вменяемую 

Согласен... Аксесс в общем-то не предназначен на такое использование.

Парни, 30 записей в секунду это 100к записей в час, 2.5млн в сутки.
Какая, "более вменяемая" СУБД сможет обеспечить быструю сортировку этого объема чтобы показать, скажем, сотую страницу?
Не, я понимаю первые 500, тут индекс поможет, но сотые 500 это уже фуллскан - по любому.

вопрос демагога: partitioning не даст нужного эффекта?

Добавлено через 2 минуты и 6 секунд
хотя, не прав, универсально это сделать не получится - только под определенное поле заточено будет. захотят сортировки по другим полям - и будет облом.

Конечно, никакая. Но среди тех, кто не сможет, Аксесс - в первых рядах.
С другой стороны, мне вообще непонятно, нафига выводить по 500 записей - их при всём желании на экран не положить. И даже беглый просмотр со скроллом съест больше времени, чем нужно для накопления следующей полутысячи записей.
И при этом, оказывается, на той же БД идёт какая-то параллельная обработка, в т.ч. удаляющая записи... 

Имха ты себя не справедливо уничижаешь 

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

Мне всегда, кстати, было интересно как, скажем, SQL.ru умудряется обеспечить столь быстрый отклик для "Показываются темы: 105501 - 105550 из 106027", при том что темы он сортирует темы по дате последнего поста в них. Я слышал его движок - MS SQL. Судя по тому, что они не позволяют менять количество тем, отображаемых на странице, я полагаю, они пересчитывают номера страниц, при публикации поста в теме. Но это лишь мои предположения. А реализация апдейта сотни тыщ записей при создании новой темы или поднятии очень старой меня, при таком подходе, таки смущает

Это сообщение отредактировал(а) Zloxa - 16.11.2010, 12:50

хм, ну, в данном случае я действительно "что-то слышал, где-то смотрел", толком не разобрался.