Разве по такому датасету можно свободно бегать в гриде взад-вперед?

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

Окно с выводом сумм и с гридом, отображающим все данные. Об этом говорю.

ъъъъъ,

Что такое "генератор отчетов"?

Вот журнал продаж, за 3 недели, по всем 80 аптекам предприятия. 500 тыс записей в результате выдал. Выдавал (то есть полный фетч) 170 секунд. Приложение в памяти заняло 1.1 гига. pfibdataset.savetofile() выгрузил всё содержимое в файл размером 900мб, кстати, за какие-то 4 секунды, кстати. Теперь выгружаю полученный результат в DBF-файл с помощью TDBF. Получился файл размером 6 гиг. Если открыть этот файл в TDBF (5 секунд на открытие) и отобразить его в гриде, то приложение занимает всего 27мб в оперативке, и летаем с первой до последней записи циклом while not eof do next. за 6 секунд. Сиди, разглядывай свой грид, сколько влезет, всё летает.

В своем рабочем BDE-приложении, работающем с базой Paradox, этот журнал выходит на том же компе за 5 минут. Листай сколько хочешь, приложение занимает 100мб в оперативке. Правда, там многие поля калькулируются на лету, что на скорость листания влияет, но не так критично. В новом приложении с Firebird-базой я все поля в таблице пытаюсь выводить одним запросом, отдельным потоком к тому же, потом передаю в форму с гридом.

Гаджимурадов Рустам,

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

Гаджимурадов Рустам,
Что неправильно, расскажите, если не сильно сложно.

ъъъъъ,
У вас нет такого отчета, как журнал продаж?

Гаджимурадов Рустам,
У кого у нас? Я единственный. Научить некому.

Никому не интересно это в виде превью в фастрепорте. В окне у людей куча кнопок с кучей всяких действий.

Хорошо, рассуждаем: вот есть отчет "Журнал продаж". Я не знаю, зачем он им там нужен, но еще лет 22 назад меня попросили такой отчет сделать. Сделал. У кого-то это больше, у кого-то это меньше. Вот у клиента самого жирного сейчас за один день по всем АП журнал в сумме выдает 36184 строк . Далее я встаю перед выбором: либо запрещать клиенту этому открывать этот отчет более чем за 1 день, потому что это зашквар, то есть признаться в том, что этот отчет не работоспособен на таких объемах. Либо заставить его высунуть всё это так или иначе, а юзер уж пусть сам решает, где ему удобнее смотреть суммы - в журнале отпуска товаров или в сводной ведомости реализации по складам, где 80 строк. Какой наш выбор?

Гаджимурадов Рустам,
Старой BDE системе 22 года, я создал её в 1998 году. Сейчас пытаюсь, наконец, перетащить в Firebird, а фактически - новая система пишется, с нуля практически, но на основе всё тех же аналитических форм. Но, поскольку подходы при работе с данными совершенно другие тут, то постоянно приходится ломать мозги на вещах, над которыми раньше даже и не задумывался.