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

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

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

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

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

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

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

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

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

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

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

(6) В типовой вполне нормально работает регистр "Значения свойств объектов" с составным полем "Объект".

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

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

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

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

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

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