Есть результат запроса который дает мне 90% отчета, в таком виде: Контрагент, Назначение платежа, Сумма, из другого источника (web сайт) я получаю другую часть для отчета, основной алгоритм который выводит отчет работает на данный момент с первым результатом запроса, как объединить эти данные ? Может можно как-то добавить к результату запроса данные полученные из другого источника ? Или выгружать все это в ТЗ и там собирать в кучу ?

(0) засунь ТЗ во ВТ и юзай в запросе

Я бы собрал в кучу в ТЗ.

а я бы через скд. через внешний источник

(0) Внешние данные из MySQL базы через ODBC? - Сделать внешние источники данных + отчет в СКД через объедининение. И не нужно никаких ТЗ.

(2) Привет клюшкам передавай.

(3) Отчет охрененно муторный поэтому сделать через СКД не получиться, делаю сам в обработке.

Хм, а можно сделать какую-то структуру из вторых данных и объединить их с результатом запроса ?

(5) ну может просто не умеешь. по этому муторный. а вообще в 99% можно все через скд.

(6) можно в скд есть наборы данных. можно по полям объединять

(5) Давай сюда свой муторный отчет. Еще не видел ни одного отчета которого нельзя было сделать на СКД. (с) кто-то

тз в запрос загони и все, делов то

(10) так это же тз можно в скд поместить и добавить все что нужно и вывести как надо для отчета. а не херячить напильником хрен знает сколько, а потом с макетом еще под бубен

(11) я не против, но (5) против

(10) Как ?
(9) Основная сложность из-за очень хитрой и дибильной формы отчета с разными группировками не поддающимися простой логике :) (отчет для директора), поэтому мне проще сложить его в обработке и вывести в тп чем рожать его год в СКД.

(12) это от незнания.

выбрать ТЗ.1 ПОМЕСТИТЬ ТЗ ИЗ &ТЗ КАК ТЗ
;
ВЫБРАТЬ ....(твой запрос и крути как хочешь). МенеджерВр.таблиц только пропиши

(15) так вроде можно просто использовать 1 переменную запроса. тогда достаточно для 1 запроса выполнить, а во втором сможем получить эту временную таблицу. или не ?

(16) Второй не запрос, а xml, я могу его распарсить в что-то и потом это что-то в идеале объединить с результатом первого запроса.

(4) Насчет "клюшек" прикол остался непонятым.

(18) видимо имелось ввиду, что такой подход с ТЗ применялся с 7.7, в 8ке же проще и быстрее сделать через запрос.

(19) На мой взгляд: главное в любом деле - результат, причем быстрый и оплачиваемой.
Неважно, сделано это на основе знаний предыдущей платформы или с учетом вкусностей новой.

В общем делаю из вторых данных ТЗ и объединяю с первой. Думал можно как-то быстрее.