Твоя проблема не в гриде а в "ОЧЕНЬ большие объемы данных".
Если ты ответишь себе на вопрос - "а нахрена так много сразу надо?" твоя проблема отпадет сама собой.

Раскажи мне про задачу, когда в гриде надо показывать "12 млн. причем показывать нужно будет объединения".

Василий Алибабаевич
>Анализ/выгрузка остатков и операций по счетам Банка.
Выгрузка куда? На клиента?

>запросы со сложными вычислениями, где fetch all приводит к долгому зависанию всей системы.
Ничего удивительного.


>При итерационной работе с такими запросами (генерируем запрос->выполняем, смотрим предварительный результат, изменяем критерии ->следующая итерация)
Т.е. юзер "выгрузил" себе 12 лимонов записей в грид, быстенько их все 12 проанализировал, и сказал - "нахрена дохрена нахреначили - расхреначивай нахрен". Почему бы всю эту процедуру не провести прямо на сервере, а юзеру дать ТОЛЬКО результат. Он ведь все равно не найдет ошибку в этих 12 миллионах записей.

>Вот так
Вот так

2Василий Алибабаевич
>Когда не знаешь чего делать, пустые комментарии никому не помогут. >Конструктивные программеры отвечают : сделай то-то то-то
Т.е. на поиски метода самоубийства предлагают:
1. Возьми веревку
2. Возми мыло...
8-)

>Юзерь хочет узнать про проводки по счетам кассы в корреспонденции с >депозитными счетами.
>Таких проводок может быть 10-30, а может быть 200 тыс - 500 тыс.
А узнать скока точно будет ты заранее можешь? Например count(*) сначала запросить? Или только прокачав по сети 500 000 записей? А я уверен на 99.9%, что основные затараты времени уходят именно на перекачку.


>Естественно, поняв что таковых проводок много, юзерь добавит критерии >отбора и в итоге получит набор меньший по объему на следующей итерации.
Во-во. Получил полмиллиона и понял. Но было поздно... 8-(

>Так просто удобнее вот и все.
Удобно тебе, а не серверу БД и не сети. Потому что делать ничего не надо, только советов спрашивать по оптимизации. Ну поставь себе супер-пупер сервер и проложи гигабитную сеть - поможет.

>Другому узерю может понадобиться следующее:
Так он не один! 8-)

>Получить все погашения по кредитным счетам за период с выгрузкой в Ёксель.
Что бы там просуммировать и построить диаграмму на 1 листе?

>Он может тоже предварительно "ковыряться" с критериями до момента когда >он будет выгружать, например 50 тыс записей. (ну нужно ему это).
Вряд ли ему это нужно. У него просто другого выбора нет.

Не может нормальный человек работать с такими объемами данных - физически не может!!!

>Так что с серверной частью извини наверное можно изголиться но >неэффективно. Так как главный БОГ для программера всегда ЮЗЕРЬ!
Таким Богам молиться - дорога в ад вымощена именно благими намереньями.

>Пока
Ну, пока

2Василий Алибабаевич
>Позабавил ты меня .........
А уж как я ржал...


>У меня уже все как 3 дня нормально работает (Gridmode в true поставил).
>А ты до сих пор тут несешь какой то бред.
А я думал тебе решение на 3 года работы нужно, как минимум. Вот и "бредил".

>А твое лично мнение о задаче, которую ты не знаешь и не понимаешь всей >специфики уже мне лично ни к чему, так как я ее решил давно.
>Твой подход в моем контексте НЕ РАБОТАЕТ или работает НЕ ЭФФЕКТИВНО!
Ну как же. Все задачи уникальные... для каждого индивидума.

>Ладно пока .... отдыхай
Да я и не напрягался... 8-)