Два регистра или составной тип. Как выбрать? #701614

Что лучше, составной тип одного измерения в РС, или два регистра? Т.е. имеется задача, хранить информацию в регистре сведений. Структура регистра, два измерения и один ресурс. Регистр периодический. Одно измерение и один ресурс полностью совпадают по типу. Одно измерение может быть разных типов. Либо один справочник, либо другой. Вопрос. Как лучше структуру закладывать и почему именно так? Приветствуются ссылки на ИТС. Параллельно там ищу.

Доп информация. В основном нагрузка будет на выборку а не на запись.

По смыслу разделяй. Если информация совершенно смысловая разная у этих "2-х регистров" - то разные делай, иначе сливай в один. Как лучше? Безразницы, но зри в будущее, может что изменится и потом придётся разделять.

Пока тоже склоняюсь к двум разным, но из-за того что не могу найти формальное объяснение своей интуиции решил спросить :)

Технически - пофиг. Смысл смотри своих регистров. Как пример - курсы валют и номенклатуру контрагентов хранить в одном месте конечно смысла нет, даже если измерения одинаковые будут

а кто будет отслеживать уникальность ключа Период+Измерения в 2-х регистрах?

Смысловая нагрузка - одинаковая аналитика в двум разным справочникам. Для примера, подойдет Контрагенты и Контактные лица контрагентов. Для них одинаковая аналитика.

о чем вы барин?

Не понял вопроса. Измерения будут иметь уникальные значения. Это естественно. Может чего не понимаю.

добавляться будут другие разрезы? в типовой вон механизм свойств реализован, дак там всё вобще

Маловероятно, но возможно.

В типовой вполне нормально работает регистр "Значения свойств объектов" с составным полем "Объект". Если правильно будешь строить запросы, то никакой проблемы в составных измерениях ссылочного типа нет.

В типовых в один регистр лепят такое. Чего только доп свойства стоят:). Минус в 2х регситрах-неуниварсальность, а если еще один объект с такими свойствами появится - третий регистр? Запросы придется каждый раз к новому регистру писать. Я бы один, наверное, сделал. Если при выборке типизировать колонки составного типа, то потеря в производительности не ощутима.

На ИТС информация только по 8.0. :( А что-то в хранении информации с тех пор менялось.

Намек понял. Если и статья на ИТС еще актуальна, то теперь склоняюсь к одному регистру :)

в 100500 раз говорю, технически - пофиг в данном случае. Смотри только Смысл и закладывайся на будущее, вот и всё. На производительности не скажется это практически никак

Всем спасибо, за размышления и идеи. Останавливаюсь на одном регистре с составным типом поля.