Есть три документа.
Заявка, план, спецификация, итог.
К каждой строке плана соответсвует своя спецификация. Строки спецификации ссылаются на заявки.
Итог ссылается в шапке на строку плана один к одному и в теле содержит ссылки на строки спецификации
Вся эта конструкция экспортируется в большую внешнюю систему. Все красиво.
Возникла необходимость сделать некий агрегатор. Он собирает связку заявка - план-спецификация у себя от автономных систем. И формирует документ итога. От своего имени.
Если например у 3 подчиненных систем есть в спецификации ручка, то агрегатор должен у себя в итоге иметь одну запись о ручке с указанием общего количества по подчиненным.
В автономной системе сделал таблицы сводных спецификаций. В автономной получается в таблице итоговых спецификаций одна строка на одну строку простой спецификации.
Вроде все хорошо. У агрегатора накапливаются связки заявка-план-спецификация клиентов. Агрегатор формирует сводную спецификацию из спецификаций клиентов. Те в данном случае у агрегатора и автономной системы набор таблиц одинаков.
Но итог в шапке ссылается на строку плана. А у агрегатора нет такого понятия как план. Но есть набор планов клиентов. И итог от своего имени.
Заклинило. Мы имеем связь план - спецификация один к одному. И план -итог тоже один к оному.Это в автономных системах. А в агрегаторе итог собирает несколько строк плана из автономных систем в один итог. Ну и есть у агрегатора сводные спецификации по клиентам. Но тут уже не получается связь план-итог один к одному. Так как планов клиентов несколько. А итог у агрегатора один. Да и понятия плана в агрегаторе нет.
Не пойму как быть с итогом у агрегатора, если учесть, что итог привязан к плану один к одному

[quot MasterZiv]AndrewVLЕсть три документа.
Заявка, план, спецификация, итог.


хорошее начало, блин...

Это скорее не начало, а уже имеющаяся реальность)
Документ это всего лишь набор таблиц шапка-тело.
Связи между документами я описал.
На ум приходит только такое. В спецификациях сделать поле родительской организации. В автономных системах это поле будет равно основной организации. А в агрегаторе идентификатору агрегатора.И тогда отфильтровав по родительской получим в автономных свои спецификации. А в агрегаторе спецификации всех клиентов.

таким же Макаром в планах сделать поле родительской организации.
И агрегатор будет все же формировать из загруженных планов клиентов свой сводный план. У строки агрегированного плана будет подчиненная табличка, которая будет ссылаться на строки планов клиентов. Те например если каждый из трёх клиентов планирует к приобретению канцтовары, то в этой подчиненной будут ссылки на конкретные строки планов клиентов. Ну а в автономной системе это все будет связано как один к одному. Чтобы наборы таблиц были везде одинаковы.

iscrafm,

К каждой строке плана соответсвует своя спецификация. Строки спецификации ссылаются на заявки.
Итог ссылается в шапке на строку плана один к одному и в теле содержит ссылки на строки спецификации.

Злой Бобр,

собственно диаграмма приложена

MasterZiv,

ну так третий час ночи был )

Сваял простенькую схему.

по задумке в автономной системе plan_main_Ext_group.plan_main_Ext_id = plan_main_Ext_group.plan_main_Ext1_id. Те один к одному.

А вот у агрегатора в plan_main_Ext будет одна запись, plan_main_Ext_group.plan_main_Ext_id = plan_main_Ext.c
И для агрегатора в plan_main_Ext_group для каждой записи из plan_main_Ext будет несколько записей. в данном случае plan_main_Ext_group.plan_main_Ext 1 _id будет ссылаться на те записи клиентов, которые собирает в себе запись в plan_main_Ext агрегатора. те один ко многим.

Жить будет?)