Проектирование регистров сведений #574319

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

Если независимо, то лучше разные регистры. В один регистр, если данные тесно связаны.

Однозначно разные.

Если ключ одинаковый для всех регистров, можно и один.

Регистр с измерением Номенклатура, ТипДанных и один ресурс. (а-ля контактная информация)

что это даст, кроме гемороя?

УТ 11 решило эту задачку на 2 Рг сведений и одном справочнике

Теоретически, можно будет потом добавлять новые "ТипыДанных", не меняя конфигурацию (а-ля периодические свойства) ;P

Можно еще создать 1 регистр, но с двумя измерениями (второе измерение - "вид значения"): получатся "периодические свойства".

ну не такой уж и гоморой...

надо бы уточнять в постановке задачи с какой целью эта история будет создаваться, а если цели серьезные, то без создания независимых регистров найти крайнего за очередной косяк трудно будет

почему однозначно? Я вижу проблему в том, что нельзя записать один ресурс, все ресурсы записи должны быть заполнены. Еще какие-то проблемы возникнут? Уже есть механизм свойств, зачем придумывать еще один? цели серьезные

>> Уже есть механизм свойств, зачем придумывать еще один? читай твоё из " "У Номенклатуры есть реквизиты, которые могут меняться ежемесячно"

За периодичностью. Кроме того, так ты сможешь гораздо проще включить данные из своего регистра в отчеты.

непонятна выгода такого подхода - создается ИС для конкретного предприятия с конкретными процессами. чем проще?? вроде сложнее

Вариант с разными регистрами однозначен только если строго необходима разная периодичность для разных данных и не желается это программно контролировать при записи

выгода в чем измерений "Номенклатура - Тип данных" ? В чем преимущество перед 2мя регистрами?

с учетом ответа выбираю:

читай еще раз ,. Если это не принципиально, то и выбор не приципиален.

Ты до сих пор не умеешь описывать характеристики на уровне объекта?

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

Доступ к записям в варианте с дополнительным измерением и доступом к этому измерению ложиться на ура.

Когда нужно вытащить все значение ресурсов в разных регистрах не сильно удобно, но ровно так же как и с одного регистра с дополнительным измерением(ми). Только в случае с одним регистром можно обойтись без объединений и левых соединений. Так что чем хранить в разных регистрах проще хранить в одном. Однако необходимо смотреть на сколько часто используется данный регистр и на сколько он физически большой. Если часть ресурсов используется не часто, а часть часто, то целесообразнее разделить на два регистра. Как то так.

Обоснование в условиях: >>Ввод информации по значениям ресурсов производится независимо, разными людьми, в разное время в течение месяца. Да просто - так кошерней :)