Вот что надо. Есть элемент справочника. К каждому элементу справочника нужно хранить "табличную часть" (вообщем один ко многим) , и эту "табличную часть" будет изменять документ , с возможностью отката назад изменений , сделанных документом. Нужно иметь возможность отбирать состояние "табличных частей" всех элементов на тек. момент.
Как по вашему мнению , в каких структурах эту "табличную часть " лучше хранить, как организовать ?
Спасибо

Регистр сведений

(1) периодический...  типа как ФИО хранится у физиков..

Какие измерения будут у рег. сведений ? Ведь на один элемент несколько значений повесить нельзя. Если значение "табл. части" добавить в  измерения - то как отбирать последние ?

Что храниться в твоей ТЧ?

>> Если значение "табл. части" добавить в  измерения - то как отбирать последние ?

этого вообще не понял...

(0) РС однозначно

Спр1 - основной элемент. Спр2 - этого типа значения "табличной части" (т.е. в табл. части хранятся значения из другого справочника). Какие будут измерения ?

с РС можно по разному извратиться, как варианты (в обоих регистр естественно периодический, по регистратору):

1) Измерения: справочник,  номер строки ТЧ, ресурсы: реквизиты   ТЧ.
Последние значения будешь отбирать, предварительно определив последний регистратор РС по требуемому элементу справочника

2) Измерения: справочник,  ресурсы:  ХранилищеЗначения.   В хранилище значение помещаешь таблицу значений.  Ссылочные данные из ТЗ, пишешь в отдельный регистр.   (тут плохо что таблицу запросом получить не удастся)

С хранилищем  плохая идея.

угу, изврат )

(7,8)С хранилищем , согласен - идея не очень хорошая. И первый вариант - какой-то не совсем красивый. Может есть что-то более оптимальное ?

Вместо ТЧ справочника использовать документ. Последний документ хранить в регистре

А ля спецификации

А не проще как в документе обороте, просто документы. а при надобности возвращаться к старой версии. в рс хранить версию документа.

(7-9) Если делать как в (7) в первом варианте , т.е. определять регистратор - не проще ли просто все хранить просто в документе , не делая даже движений по рег. свед. ? Или это "не красиво" ? Находим просто последний документ , "изменяющий" данные элемента и все.(т.е. просто из последнего документа берем данные из табл. части и все) ?

т.е. если док. проведен - из него берем данные , если не проведен - считаем , что это "откат" изменений ?

Наконец-то! Документа достаточно - последний проведенный решает все.

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

(17) Не понимаю - зачем версии ? Объясни пожалуйста

(17) Тогда можно и к справочнику версии прикрутить без всяких документов

если тебе нужно хранить все изменение, когда с документом работают несколько человек. и нужно хранить иметь возможность откат к любой версии документа. изменили его 10 раз, то можно вернуться к любой версии

то есть назначаешь текущею версию, которая актуальная. или тебе достаточно хранить только предыдущие изменение ?

брр... прочитал и сам не понял :)....... Тебе нужно хранить только предыдущие изменение и последний и все. или нет ?

(20) Нет , такое точно не надо. Достаточно хранить одну последнюю версию с возможность ее "отката"/"наката".
Ппросто любопытно , как такое реализовано - поверсионный учет документов ? Документ копируется при каждом изменении ?

Предыдущие документы тоже ведь будут сохранены - т.е. история будет. Версии одного и того же документа не нужны.

(19) Как ты без документов без лишней головной боли решишь данную проблему на одних справочниках ?

(0) а если вообще отказаться от справочника? а все перенести в документ