DataSet и большие объемы данных

Доброе время суток.

Имеем Borland C++ Builder (по части работы с данными и соотв. библиотек одно и то же). В базе, с которой работает программа, объемы справочников очень велики (100-200 тыс. записей и более). Обычная двухзвенка. Требуется организовать 'быстрый' просмотр данных без избыточного траффика. Быстрый, т.е. такой, при котором не все данные из справочника загружаются на клиента (как это происходит при открытии DataSet и фетче), а только те, которые будут отображаться в гриде. Что-то типа постраничной загрузки, наверное. Т.е. когда жмем кнопку 'пролистать', то грузится следующая страница выборки, а старая удаляется. Тоже самое при движении назад. Это пока только мысли и 'наметки'. Если кто-нибудь уже сталкивался, напишите как решали подобную проблему.

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

Я работаю с ORACLE. Компоненты доступа Direct Oracle Access. Если кто знает как решить возникшую задачу (может в каких-то компонентах доступа к данным проблема постраничной загрузки уже решена, например, а я и не догадываюсь о существовании этих компонент) или кто-нибудь уже решал подобную задачу, пишите. Буду благодарен за ответ.

У кого есть соображения на эту тему, не стесняйтесь))

0

а в хранимых процедурах oracle нет оператора типа: suspend ?

0

а в хранимых процедурах oracle нет оператора типа: suspend ?

Не очень ясно как при помощи оператора типа suspend (если он есть, конечно и выполняет именно те действия, которые подразумеваете вы) можно организовать 'постраничную загрузку' и зачем этот suspend вообще нужен. Если я правильно понимаю ход ваших мыслей, то вы предполагаете при помощи этого оператора не 'выдавать' в клиента сразу весь набор записей, а подгружать их потом по мере пролистывания пользователем например DBGrid. Или я не прав?
В случае, если я прав, то получается:

1. Если пользователь хочет посмотреть только конец справочника (последнюю страницу), то у него на клиентской машине все равно окажется весь набор записей (опять получаем тот избыточный траффик в сети, ради ухода от которого и планировалась постраничная загрузка).

2. Полученный эффект можно достичь установив всего одно свойство свойства компонента TDataSet, и тогда при открытии DataSet не будет происходить Fetch All, а данные будут 'подгружаться по мере пролистывания.

Или вы хотели добиться другого эффекта при помощи этого оператора? Напишите, пожалуйста.

0

В С++ не знаю, в Дельфи есть TClientDataSet у которого есть свойство PacketRecords. Там есть еще FetchOnDemand для BLOB'ов и т.д.
Посмотри, может в Билдере есть аналоги...
Но это трехзвенкой попахивает...

0

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

кстати, не думали о сервере приложений?

0

День добрый!
Вообще мне непонятно, как можно юзеру продуктивно пролистывать весь справочник, состоящий из > 200к записей?
Ну если уж нет возможности как то ограничить выборкой набор данных, используйте первичный ключ + ХП
В хранимую процедуру передается параметр - стартовое значение ключа и направление т.е. допустим начиная с 300-й записи пролистать -50 записей. Поскольку это справочник, дырок в ключе особо быть не должно.
Для пущего эффекта поиграть с where ROWNUM <, >
и вообще, сходить по этой ссылке:
http://www.sql.ru/faq/faq_topic.aspx?fid=105

0