При чем возможности при этом действительно ограничены только фантазией и
навыками разработчика.

Так, например, при конструировании самого запроса по данным, которые указал
пользователь, можно не только фильтровать по одной/нескольким жестко
заданным таблицам, но и определить необходимость привязки дополнительных
таблиц для фильтрации результируещего набора. А также задать порядок
сортировки (например в зависимости от порядка "включения" соответствующих
checkbox`ов).


У себя реализовал один формсет с 3-мя формами и со многими page`ами на
основной форме.
Все page содержат поля, которые участвуют в условиях отбора и по некоторым
можно определить необходимость подключения дополнительных таблиц (left/inner
join)
..
Дополнительные формы формируют курсоры и отображают в гридах, в которых
можно check`нуть определенные строки. Если эти формы задействованы, то
отображаемые в них курсоры также подключаются к запросу через inner join
.... on ... and cursor.Check.


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


Естественно в конце репорта пропечатываю условия отбора и сортировки в
"человекоЧитаемом" виде, чтобы не задавали вопросов, почему я формирую отчет
у меня получается так, а Вася Пупкин формирует - у него по другому.

Пару раз конечно задавали такой ворпрос - но яих носом ткнул, что условия
разные - стали сами внимательно смотреть что и по каким условиям печатают.


Запрос собирается в строку, после чего выполняется макроподстановка и привет
;-)


Posted via ActualForum NNTP Server 1.4