перекрытие lookup

[DSPIC]

Quote:

queryBuildDataSource использовать union как в sql

и

Quote:

чтобы выводились записи не для одной таблицы.

Не совсем понял вопрос и ответы на него. Ведь query в lookup'e используется исключительно для фильтрации выводимых в lookup'e значений. А таблица, по которой производится лукап, и список выводимых полей определяется методами

sysTableLookup = SysTableLookup::newParameters(tablenum(Table)
sysTableLookup.addLookupfield(fieldnum(Table, Field1));
...

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

[ZVV]

Quote:

Originally Posted by DSPIC

и

Не совсем понял вопрос и ответы на него. Ведь query в lookup'e используется исключительно для фильтрации выводимых в lookup'e значений. А таблица, по которой производится лукап, и список выводимых полей определяется методами
.....

Смысл вопроса и ответов в следующем:
Человеку нужен Union в лукапе.
Т.е. что-то типа следующего должно использоваться в лукапе:

select id, name from table1
union [all] 
select id, name from table2

В 2009 так сделать вроде как можно (сам не пробовал), В ранних версиях - только через временную таблицу.

Конечно можно придумать и другие извращённые варианты, но это скорее из спортивного интереса, а не для реальной жизни. Например, создать вью, подменить вью на уровне БД на нужный с юнионом и использовать его в лукапе. И молиться, что она (view) не пересинхронизиться. Хотя этот момент можно предусмотреть и немного "апгрэйднуть" посредством добавления триггера на DDL в БД, который бы не давал пересоздавать данное представление. Конечно, придётся иметь всё это постоянно ввиду.... Сам не пробовал реализовывать и надеюсь не придётся никогда, и никому не советую.