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

ну так запрос по ТЧ и соединение. если есть не null. то это дубль

соединение по ссылке + все поля ключевые таб части

(2) + тфьу, без ссылки

но надо чтоб весь комплект строк совпал

+ можно сделать арифметическую операцию по количественным реквизитам. Сумма разности должна равняться нулю)

что-то не очень понимаю, как написать соединение, если одинаковые строки могут быть под разными номерами..

(6) Так ты сказал, с точно такой же ТЧ. Другой порядок - уже не точно такая

(6) ну номер строки не учитывай в соединении

Соединение писать по тем полям, которые являются ключевыми для ответа на вопрос одинаковости

+(6) всмысле одна и та же строка может быть под разными номерами в разных документах. - это одинаковые ТЧ.

ОК. спсаибо.

что то типа такого
ВЫБРАТЬ
   РасходнаяЗЧТабЗЧ1.Ссылка КАК Ссылка1
ИЗ
   Документ.РасходнаяЗЧ.ТабЗЧ КАК РасходнаяЗЧТабЗЧ
       ЛЕВОЕ СОЕДИНЕНИЕ Документ.РасходнаяЗЧ.ТабЗЧ КАК РасходнаяЗЧТабЗЧ1
       ПО РасходнаяЗЧТабЗЧ.ЗЧ = РасходнаяЗЧТабЗЧ1.ЗЧ
           И РасходнаяЗЧТабЗЧ.Кво = РасходнаяЗЧТабЗЧ1.Кво
ГДЕ
   РасходнаяЗЧТабЗЧ.Ссылка = &Ссылка

(10) Ну вероятно делать группировку по ссылке и считать количество совпавших. Если есть ссылка с количеством совпавших = количеству в проверяемом, то значит это "копия"

да, количество надо проверять будет

Правда, будет пробелема, если в ТЧ могут быть задвоенные строки, с одинаковыми "ключевыми" полями

эта операция будет приводить к фулскану, т.е. очень ресурсоёмкая

советую подумать над тем чтобы хранить хэш тч
и искать по индексированному хэшу.

(16) Присоединюсь

а какой хэш. какой алгоритм создание выбрать ?

Ну и сама задача странная. Возможно есть дургое решение