Изменение Query.sql в программе из отчета
Привет.
Просмотрел все об frxDBDataset, но решения не нашел.
Ситуация тривиальна: в программе расположены frxReport и frxDBDataset, присоединенный к Query.
В отчете соответсвенно есть подключенный frxDBDataset. После запуска отчета необходимо через эту связку выполнить последовательно
несколько независимых запросов (например "select * from Table1", а затем "select * from Table2").
С первым запросом все без проблем, т.к. он задан еще до открытия отчета.
Вопрос: как добраться до свойства SQL, расположеного в программе Query из запущеного отчета для изменения запроса?
Если это невозможно, то получается, что необходимо иметь столько комплектов Query - frxDBDataset (или создавать динамически), сколько будет выполнятся запросов , а это не есть good.
Я, конечно, знаю об варианте использования встроенных в отчет BDEQuery1 или ADOQuery1 и тогда все проблемы с изменением запросов в скрипте уходят, но используемая БД - PostgreSQL и использование встроенных средств означает необходимость установки дополнительных драйверов (ODBC, BDE), а этого в
конкретном проекте нужно избежать.
Просмотрел все об frxDBDataset, но решения не нашел.
Ситуация тривиальна: в программе расположены frxReport и frxDBDataset, присоединенный к Query.
В отчете соответсвенно есть подключенный frxDBDataset. После запуска отчета необходимо через эту связку выполнить последовательно
несколько независимых запросов (например "select * from Table1", а затем "select * from Table2").
С первым запросом все без проблем, т.к. он задан еще до открытия отчета.
Вопрос: как добраться до свойства SQL, расположеного в программе Query из запущеного отчета для изменения запроса?
Если это невозможно, то получается, что необходимо иметь столько комплектов Query - frxDBDataset (или создавать динамически), сколько будет выполнятся запросов , а это не есть good.
Я, конечно, знаю об варианте использования встроенных в отчет BDEQuery1 или ADOQuery1 и тогда все проблемы с изменением запросов в скрипте уходят, но используемая БД - PostgreSQL и использование встроенных средств означает необходимость установки дополнительных драйверов (ODBC, BDE), а этого в
конкретном проекте нужно избежать.