Добрый день! Нужно хранить историю 2-х реквизитов справочника.
Скажите, наверное не нужно под это делать 2 регистра? В одном можно по 2-м реквизитам хранить историю?
И как это лучше сделать? В модуле объекта перед записью проверять поменялись они или нет и записывать в регистр?
---
Измерение "СсылкаОбъекта" (можно потом расширять с помощью составных или определяемых типов)
Измерение "ЗначениеРеквизита" (составной тип для двух реквизитов, тоже можно расширять потом)
Реквизит "Ответственный" (ну или сотрудник).
---
Можно и в табличной части, как это сделано, например, с историей КПП контрагента в ерп.
---
в табличной части чего? Справочника?
---
А что вам мешает использовать механизм заложенный в саму платформу, история данных?
---
Там все же реквизиты будут сохраняться?
---
Да все.
---
Я думаю это будет многовато. Не маленький справочник.
Я правда этим еще не пользовалась.
Можно будет потом по этой истории отчеты делать?
Ну например если берут период когда у реквизита было одно название, то его и выводит.
А если в другом периоде его поменяли, то в отчете новое отображается.
---
Тогда лучше периодический регистр сведений.
Что касается "В одном можно по 2-м реквизитам хранить историю?", то лучше 2 регистра. Перед записью получаете последнее из регистров, и если не совпадают, делаете запись в регистр.
---
Думаете 2 регистра? А почему так лучше?
---
Нет. Как настроите, так и будут
---
Ну например, как минимум, удалится из базы ведущее измерение регистра, а вместе с ним удалится вся запись в регистре, включая и значение вашего второго реквизита.
Плюс легче будет делать выборку по периоду для отчетов.
---
А если, все таки, в одном регистре, то как думаете что поместить в измерения, а что в ресурсы?
---
Даже не хочу думать над этим вопросом, потому что я бы не хранила историю разных реквизитов в одном регистре. Предположим, что вы решили идти сложным путем, и все-таки сделали через один регистр, Измерение у вас справочник, ресурсы - ваши реквизиты. Допустим один из реквизитов меняется чаще другого, надо будет делать запись в регистре по обоим ресурсам. И например, потом руководство захочет посмотреть историю по второму реквизиту, как происходили изменения, а у вас в регистре по этому реквизиту будет записана история без изменений по сути. Зато куча одинаковых записей, различающихся лишь по периоду.
Решать вам, или два регистра, или как предлагают выше (2) две табличные части Справочника. По одному на каждую историю.
---
Допустим один из реквизитов меняется чаще другого, надо будет делать запись в регистре по обоим ресурсам. А вообще ресурсы не нужны...Измененное значение надо хранить тоже в измерении (составной тип для двух реквизитов).
Я бы даже сказал, что хватит периодического регистра с двумя измерениями ))
---
Можно, если реквизиты разных типов данных, а если одинаковых, например строка или число?
---
Ну тогда да, надо добавить измерение "Имя реквизита". Согласен.
---
Подниму тему, послушаю еще. Может все таки можно в одном регистре, не хочется городить столько объектов.
---
Измерения:

Объект(СсылкаНаЭлементСправочника, ведущее, основной отбор)
ИмяРеквизита(Строка, основной отбор)
Версия(Число(10, 0), основной отбор)

Ресурсы:
ЗначениеРеквизита(тип значения реквизитов)
---
Это если через историю данных делать?
А если самостоятельно сохранять, то как думаете сколько нужно регистров?
---
это если хранить историю в одном регистре сведений
но я бы реализовал как посоветовали в (2)
---
Ааа, что-то мне это сложно.
Я думала делать через периодический РС. Измерение - Ссылка на справочник, реквизит 1 , реквизит 2. Реквизит - Сотрудник, который внес изменения.
И вот сомнения. Сделать реквизиты справочника ресурсами..
---
Измерение "СсылкаОбъекта" (можно потом расширять с помощью составных или определяемых типов)
Измерение "ЗначениеРеквизита" (составной тип для двух реквизитов, тоже можно расширять потом)
Реквизит "Ответственный" (ну или сотрудник).
---
Ок, понятно, т.е. без ресурсов.