Как работать с report если больше одного datasource?

[glibs]

В общем, если у вас есть интерес постичь мастерство создания стандартных Аксаптовских отчетов, то см. вложения. Предупреждаю. 4.0. Слеплены коряво (только то, что необходимо было для демонстрации функционала — ни одного лишнего свойства ).

[miklenew]

Цитата:

Сообщение от glibs

В общем, если у вас есть интерес постичь мастерство создания стандартных Аксаптовских отчетов, то см. вложения. Предупреждаю. 4.0. Слеплены коряво (только то, что необходимо было для демонстрации функционала — ни одного лишнего свойства ).

В принципе сработло то, что предложил kashperuk, но ваш проект тоже было интересно посмотреть.
А для чего используется вот это проверка

if (queryRun_.changed(tablenum(CustGroup)))

И раз уж тему поднял, а в чём принципиальная разница между AutoDesignSpec и GeneretedDesign? Чем руководствоваться при выборе то или иного типа дизайна?
Те редкие случаи, когда писал report-ы (Excel удобнее для отчётов) я всегда использовал GeneretedDesign.

[kashperuk]

Цитата:

Сообщение от miklenew

А для чего используется вот это проверка

if (queryRun_.changed(tablenum(CustGroup)))

Если в запросе соединены 2 таблицы, к примеру CustGroup и CustTable, то для нескольких записей таблицы CustTable будет одна и та же запись CustGroup - в смысле, что несколько клиентов принадлежат одной и той же группе клиентов.

Так вот, эта строка вернет true, когда в переборе закончится одна группа клиентов и начнется следующая. Что довольно удобно и позволяет избежать доп. кодирования, исполняющего эту же по сути проверку, и использования вложенных циклов для этой цели.

Цитата:

Сообщение от miklenew

И раз уж тему поднял, а в чём принципиальная разница между AutoDesignSpec и GeneretedDesign? Чем руководствоваться при выборе то или иного типа дизайна?

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

[miklenew]

Спасибо kashperuk и glibs за толковое разъяснение. К сожаленью не могу добавть ещё одобрение по второму вопросу axforum пишет через три дня можно будет сделать.

Цитата:

Сообщение от kashperuk

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

Вот здесь вот не понял. Сильно отчёты не юзал, но похоже что всё что можно сделать в AutoDesignSpec можно и в GeneretedDesign. На счёт настройки пользователя, что он может настраивать, а что не может тоже не понял. Я поробовал на тех report-ах которые прислал glibs ни там ни там менять я ничего не могу.

[glibs]

Цитата:

Сообщение от miklenew

...
похоже что всё что можно сделать в AutoDesignSpec можно и в GeneretedDesign
...

Я пока тоже никакой принципиальной разницы не заметил. В Generated, вроде, секции одну в другую можно вкладывать. Но я пока таким не пользовался.

[glibs]

Цитата:

Сообщение от miklenew

...
А для чего используется вот это проверка
...

Как бы вам так объяснить...

Смотрите. Допустим есть две таблицы. Таблица_1 и Таблица_2. Ну и Таблица_2 связана с Таблица_1.

Предположим, что Таблица_1 имеет одно поле.

Поле_1-1
Значение_1
Значение_2

В Таблица_2 два поля
Поле_2-1.........Поле_2-2
Значение_1.....Связанное_значение_1
Значение_1.....Связанное_значение_2
Значение_2.....Связанное_значение_3
Значение_2.....Связанное_значение_4

Если таблицы связать по inner join следующим образом Таблица_1.Поле_1-1 = Таблица_2.Поле_2-1, то каждый queryRun.next() будет возвращать следующее (предположим, что значение Поле_2-1 мы в запрос не включаем):

Поле_1-1.........Поле_2-2
Значение_1.....Связанное_значение_1
Значение_1.....Связанное_значение_2
Значение_2.....Связанное_значение_3
Значение_2.....Связанное_значение_4

Так вот queryRun.changed() позволяет определить изменилась ли запись после queryRun.next() для определенной таблицы.

Например, для первой и третьей строки queryRun.changed(Таблица_1) вернет true, а для второй и четвертой false. А queryRun.changed(Таблица_2) для всех строк вернет true.

Если бы в отчете не делалась эта проверка, то группа бы печаталась перед КАЖДОЙ строчкой с кодом клиента, а не один раз для группы клиентов. Можете попробовать на первом и втором отчете. Сразу заметите разницу.

Цитата:

Сообщение от miklenew

...
И раз уж тему поднял, а в чём принципиальная разница между AutoDesignSpec и GeneretedDesign? Чем руководствоваться при выборе то или иного типа дизайна?
...

Не знаю. В документации с ходу не нашел. Я почему-то нашел для себя удобным AutoDesign в свое время. Хотя вот попробовал Generated Design, и, вроде, тоже ничего. Работает.