Идет этап проектирования самописного решения.

Предприятие работает с несколькими брендами. Количество брендов постоянное.

Один центральный офис и более двухсот магазинов.

Доступ к базе в цо через веб/тонкий клиент.

Чтобы увеличить скорость обработки запросов, есть мнение: разбить регистр на несколько по брендам.
Так как каждый магазин работает только с одним брендом.

Есть ли сомнения?

это нормальная практика, щас полиморфизм через динамические списки можно сделать

(0) Количество постояно, в теории небольшое - один регистр, бренд первым измерением.

(2) Количество брендов известно = 8

Тогда не занимаетесь фигней. 1 регистр, бренд первым.

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

(0) они и в одном регистре мешать не будут друг другу при верных измерениях и индексах

(0) Особого смысла в этом нет. Кроме головной боли ничего не выиграть - индексации измерения бренд более чем достаточно.

я так понял это из-за избыточных блокировок?
потому что иначе смысла нету

(8) да

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

все субд, используемые 1с
поддерживыют партицирование

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

(11) с этого места поподробнее
я в этом не силён, но страшно интересно

у меня щас примерно такая же задача стоит
но по иным целям

(13)
wiki:Партиционирование

(14) ни хрена се. а я и не знал