BurnКак работают релейшины с конструкцией IN никогда не пробовал, но такая работает точно:

SELECT Set_prv1
SET RELATION TO kod INTO Set_prv2, kod INTO Set_prv3
SELECT Set_prv2
SET RELATION TO kod INTO Set_prv3
Это тоже не сработает, поскольку имеем дублирование связи. Получается, что Set_prv1 связана с Set_prv3 двумя принципиально разными способами: один раз напрямую, а второй раз через посредника в виде Set_prv2. Для временных связей - это запрещенная конструкция. Не может быть одновременно двух разных связей между одними и теми же таблицами.

Смысл временной связи - это позиционирование записи в подчиненной таблице в зависимости от перемещения указателя записи в главной. А здесь получается неоднозначность. Не понятно на какую запись Set_prv3 устанавливать указатель при перемещении по таблице Set_prv1.

Если уточните, зачем нужно связывать Set_prv1 и Set_prv3 напрямую, то можно что-нибудь посоветовать.

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

glamis ВладимирМ[quot Burn]Если уточните, зачем нужно связывать Set_prv1 и Set_prv3 напрямую, то можно что-нибудь посоветовать.

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

У Вас связка: Документ - строка - проводка. Как мне кажется, прямая связь между документом и проводками, минуя строки - просто лишняя. Вы и так будете видеть проводки, относящиеся к документу, поскольку они будут отобраны через посредничество строк.

Если все-таки есть "лишние" проводки (?!), то размнее просто наложить на них фильтр.

А также When()