VOGBIT - система управления производством

Группировка в отчетах.

Страницы: 1
Группировка в отчетах.
 
Добрый день!
Когда я формирую "сетку" данных в программе, я могу использовать группировку по разным столбцам или их комбинациям.
Вопрос такой - данные, которые передаются в шаблон - они сгруппированы уже по тому принципу, как в окне, или мне там пересылается полностью таблица, на основании которой я уже должен группировать в отчете как мне захочется?
И как тогда обращаться к этой таблице? Есть ли у нее какое-нибудь определенное имя или передается ли это имя в виде какого-нибудь параметра?
Заранее благодарю
 
Здравствуйте,

в шаблон не передаётся ни "таблица", ни "сгруппированные данные". Данные для отчёта в шаблоне добываются SQL запросом.

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

А иначе тогда, как мы распечатаем нужную нам накладную, к примеру, если отчету не передать ее номер, дату, а лучше, уникальный идентификатор в базе?

Я поизучал Ваши отчеты. Как я понял, у Вас ведется доступ к параметрам через хитрый вызов внутренней процедуры с ссылкой на ObjectParameters, откуда, как я понимаю Вы и достаете тот массив, про который я говорю.

Непонятно только как работает ключевое слово %CurrentQueryPart2WithoutOrderBy%.
Какой запрос она содержит? И почему именно ее нужно использовать для доступа к параметрам? Видать, там передается какой-то идентификатор?
Вот здесь можно поподробней объяснить действия генератора отчетов?
Заранее благодарю.
 
Константин, почему Вы не отвечаете на вопрос по %СurrentQueryPart2WithoutOrderBy% ?

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

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

Если Вы не хотите объяснять это на форуме, не могли бы Вы мне объяснить это по моей личной почте (jinn@mail.ru).

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

Заранее благодарю и надеюсь на понимание.
 
Я не являюсь специалистом по отчётам, и я лично понятия не имею, что такое %СurrentQueryPart2WithoutOrderBy%.

Поэтому и не отвечаю.

Бессмысленно мне лично задавать технические вопросы по генератору отчётов.

Мои познания ограничиваются в данном вопросе примерно следующим:

Существуют простые формы типа "Номенклатура", где данные добываются одним SQL запросом. В таком случае в шаблон, как я понимаю, передаётся этот запрос из текущей формы.

Есть сложные формы (генерируемые уже Plugin'ами, а не самой платформой). Например "себестоимость" или "график производства". Там невозможно передать текущий запрос, т.к. данные в форме получаются не одним запросом а множеством и с последующей обработкой.
В таких случаях, как я понимаю, в отчёт по сути передаётся временная таблица с теми же данными примерно, что на экране + нужные ID.
Недостающие данные, если таковые нужны для отчёта, добываются в отчёте запросами с использованием соответствующих ID из временной таблицы.

Временная таблица физически сохраняется в параметр VGB_REPORT_QUERY текущего пользователя.

Вот, собственно, и всё, что я знаю по данному вопросу.
Могу в чём-то ошибаться, т.к. повторяю - это не мой профиль, я этим не занимаюсь и деталей просто не знаю.
Страницы: 1
Сейчас на форуме (гостей: 31)
Всего зарегистрированных пользователей: 2546
Приняло участие в обсуждении: 308
Всего тем: 1168
Всего сообщений: 8549

×
Вход на сайт