Опустив вопрос типовых и "кривоты" учета, чисто с технической стороны?
Ну будет там не 3, а >3 соединений, что еще?

как в бгу ?

а собственно и все..

обычно про три субконто говорят в контексте:

1. быстродействие
2. заточенность всех типовых именно под три субконто (как в модулях так и в отчетах)
3. слабое понимание для чего добавляется субконто (как правило нет задач не решаемых более другими методами)

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

(0) Ни разу не видел, что бы буху потребовалась больше 3 субконто (если речь идет именно о бухгалтерии хозрасчет).
Если встречал - скажи какие используются (просто интересно)

в индекс не влазит больше

(4) в какой индекс?

(0) На четырех уже вроде не все поля задействуются в индексе.

(0) а я видел более 3х субконто на забалансовом счёте для управленческих целей

(5) Индекс MS SQL

+(7) это было конечно же в конфиге на основе бух 7.7

(8) какой конкретно индекс? с какими полями?

(14) Я не помню наизусть правила построения индексов в 1С. На ИТС есть статья.

(5) У Радченко в профразработке в главе про быстродействие было про индексы и регистр бухгалтерии. Сейчас под рукой нету
Вроде как больше 16 полей в индекс не лезет. А одно субконто - это три поля плюс еще периоды и какие-то еще служебные поля.

(4) Кстати да, где-то валяются курсы из УЦ от 1С, где они эту тему разжевывали, там действительно четвертое субконто уже в индекс не влезает, поэтому работа с ним идет тупо перебором...

А так можно завести хоть десять субконто, без проблем, просто работа с ними не будет индексы поддерживать, тупо перебором работать будет...

(16) субконто хранятся "вертикально", т.е. при увеличении количества субконто растет количество строк, а не полей

(22) а индексы то по идее горизонтально строятся

(22) запишись на курсы по быстродействию в УЦ3 http://www.1c-uc3.ru/agregat.html  и поспорь с Габцом :)

Потому что с пятимерными объектами работать сложно пользователю.

Будет тормозить только на тех счетах, где реально 4 субконто будет. На трех субконто в индексе 15 полей. Каждое субконто +3 поля в индекс добавляет.

(22) Насколько я понял, не совсем так.
Там в отдельных таблицах хранятся субконто для счетов с одним субконто, с двумя и т. д.
То есть для регистра бухгалтерии с максимальным установленным количеством субконто три, будет три таблицы субуонто с разной структурой.

(22) ты видел таблицу итогов по субконто?

(27)+ Для ргистра с четырьмя субконто будет четыре таблицы субконто, и вот для той таблицы, где четыре субконто, четвертое и не влезет в индекс.

Вот индекс по 3 таблице - итоги по 3 субконто
http://img706.imageshack.us/i/j3mr.png/

(28) да, по 4 субконто полноценный индекс, по больше - еще добавляется хэш-поле

15 полей в индексе

кстати, интересно, 1с когда-нибудь осилит несоздание _TYPE полей для составных типов, если там только ссылочные данные (т.е. значение одно и то же) и определение НЕОПРЕДЕЛЕНО по _RTREF?

(32) и? получение данных с пропуском (по 2 субконто без первого) все равно тупить будет...

(34)+ по счету с 2 субконто

(33) TYPE это тип субконто

(0) Ну потому что 1с ориентирутся на MS Database Engine , с ограничением на 16 столбцов в индексе.
http://alldba.ru/index.php?option=com_content&view=article&id=278&Itemid=119
И (30) показывает, что в случае уже 3 субконто все забито аол завязку.

(37) а это от количества измерений тоже зависит, а не только от количества субконто.

(31) Кстати, я так понял, если регистр без измерений, то как раз четыре и влезает.
В (30) поля _Fld..RRef ,насколько я понял, и есть измерения регистра.

Я кстати как-то тут спрашивал, это ведь ограничение СУБД MS так ? А как дело обстоит с другими СУБД (postgresql,Oracle,DB2) ???

(39) с одним измерением.

(41) Да, точно. Это я на (30) смотрел, а там 15 полей.
(39)+ А положение полей измерений в индексе зависит от установленного признака индексировать, ИМХО.
Если стоит, то эти поля вначале в порядке, как заданы в конфигураторе, если не стоит, то в конце.

У нас на прошлой работе один умник добавил четвертое субконто к двум измерениям.
Все тормозило аж жуть.
Совершенно случайно запустили БУ отчет на тестовой базе - выполняется раза в три быстрее, чем в рабочей. Причина - в тестовой вообще не посчитаны итоги. А в рабочей идет scan всех записей в таблице итогов.

про таблицу итогов забыл, да.
остается вопрос (33) и (40)

почему ни кто не сказал 2 слова
1. индекс КЛАСТЕРНЫЙ (то есть имеющий физическую реализацию на уровне СУБД)
2. 1с использует разные СУБД, и это ограничение может иметь разную ФИЗЧЕСКУЮ реализацию.

по этому все условно :)

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

Поэтому запомните, максимум, что вы можете безболезненно добавить в типовой регистр БУ - одно-два балансовых измерений.
Если не хватает субконто на счете - делайте аналог РАУЗ или
юзайте регистр.
Вообще-то реализация РБ дибильная. Да, я неоднократно сталкивался с необходимостью добавить 5,6 и даже 7 субконто
для ведения учета. Но 1С этого не позволяет, или надо переходить на Oracle.
Пример аналитики 10 счета на реальном металлургическом заводе:
- Номенклатура;
- Код металла; // количественный и суммовой учет по металлам
- Склад;
- МОЛ; // произвольное отношение МОЛ-Склады
- Партия.

(45) Нет, в  MS SQL не влазит. 5*3 уже 15, а там еще период, ссылка на счет и служебное поле.

(46) служебное добавляется только когда не влазит (т.е. для 4 СК его нет), правда это на 5 ск все равно не влияет, ибо надо 17 колонок с 0 измерениями.

(42)+ Таки вряд ли на порядок полей измерений в индексе влияет признак Индексировать. В идеологии 1С признак Индексировать подразумевает создание отдельного индекса по этому полю.
Тут скорее подходит флаг Балансовый.

(24) Был. Знаешь что Габец говорит про РЛС? "Я правда их ни на одном проекте не использовал, но уверяю вас что они катастрофически влияют на производительность!" - и начинает впоследствии открещиваться от любых вопросов про РЛС. Они там все сплошные консерваторы и изучать что-то новое просто боятся.

А ограничения действительно физические. Больше 16 полей в индекс не влазит - и не дай бог сделать субконто примитивного типа!

(46) Все эти 5 субконто можно объединить в одно с помощью промежуточного справочника "Аналитика".

(47) Судя по имени последнего поля в (30) это похоже на реализацию механизма разделения данных. Так что будет всегда. Непонятно только, почему он последний.

http://v8.1c.ru/overview/Term_000000788.htm

(51)+ Насчет всегда немного погрячился, наверное, но очень похоже.

допиливал упп, где было по 6 субконто на некоторых стандартных счетах, это было ужасно

(50) При помощи промежуточного справочника можно вообще все субконто в базе в одно объединить.
Только вот запросы по промежуточному справочнику не очень хорошо исполняются.
В примере (46) если нам будет нужна аналитика по коду металла, то придётся сделать выборку из справочника по коду металла, а потом по этой выборке построить итоги.
Конечно, можно пакетные запросы использовать, но тогда вопрос - а зачем вообще лезть в регистры бухгалтерии, если вам индексированной таблицы обычного регистра хватает.

Наш мир трёхмерный. А 4-е субконто будет нарушением теоремы Пуанкаре.  :))

(55) На самом деле - три субконто - это "кто", "кому" и "что". Всё остальное - это характеристики этих трёх.

(56) склад номенклатура характеристика качество партия

(57)+ а если еще и товары в пути, то + склад получатель

а идея (отвлечемся от 1С) с отдельной таблицей аналитики, типа   раус?

(59) Намекают, что итогов не будет, расчитанных по всевозможным разрезам.

(54) Ну в данном примере все субконто об одном и том же.
Ага, все разработчики типовых так считают и не лезут с "миллионом" субконто в регистры бухгалтерии.
Никаких пакетных запросов, все стандартные отчеты продолжают работать, причем используя таки таблицы итогов, так посчитать итог по коду металла, надо выбарть все итоги с аналитикой, содержащей этот код и сложить, не такая тяжелая операция.
Тяжелее строить отчеты за большой период, когда в столбцах месяца, но у бухгалтеров нет таких отчетов. И хуже работают стандартные отчеты, когда не сначала месяца, а с 28 по 30 например.

(0) Потому, что БД в 1С 7.7, написано только для работы с 3-мя субконто.
Т.е. оно и может с пятью, но отчеты то будут всегда работать с тремя :)
Так же работает человеческий фактор... Бухам побоку на субконто больше 2-ух :)
В общем, если у вас Гл.Бух. просит изменить план счетов, то либо увольняйся, либо сопротивляйся...
Но этот бухгалтер Даун в своей сфере :)
...
Сочувствую вам, заранее... :)

"Но этот бухгалтер Даун в своей сфере"

А может он из этих..."индиго" )) и ему тесно

(63) Маловероятно... Индиго не будет себе портить жизнь и справится тем, с чем работает :)

(63) Нет, он даун.

3 сукбонто в бухгалтерии сделано для того что этого хватает до и более, и не по причине индексов и прочей технической хни. скажу что во времена 1С v6.0 всем хватало и одного.

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

(66)Еще как не хватало лишнего субконто в 6-ке.
ну в защиту 6-ки могу сказать, что там можно было безболезненно создавать субсчета, что несколько сглаживало проблему 1-го субконто.
//
то есть - по факту количество субконто на счете не ограничивается теми 3 что на самом счете, если бухгалтерию правильно юзать. - это так только обороты извлечешь

(67) кому как, а я за 13 лет еще не встречал потребности в остатках более чем 3 разрезов.

(68)см (46)

(0) Бухгалтера, требующие больше 3х субконто, обычно не умеют пользоваться отчётами в программе и регистрами, в которых вся информация есть. Неумение пользоваться они скрывают, добавлением новых субконто.

(70) Бывают в жизни случаи, когда ПС(План Счетов) спущен с верху головной компанией и в головной компании не 1С.

При 4 субконто еще напичкано куча субсчетов, каждый 60-62 счет это минимум 10 субсчетов по аналитикам(долгосрочная/краткосрочная и т.д.), у каждого субсчета еще дополнительно есть разбивка по субсчетам в руб. счет в валюте и счет в у.е.

(0) на каждое новое субконто дополнительная итоговая таблица со всеми предыдущими вариативными разрезами.
1 субконто
1-2 субконто
1-2-3 субконто
1-2-3-4 субконто

(51)+ Не прав. Таки это поле "Splitter" - появляется при включении режима разделения итогов, а не использования механизма разделения даных.

(0) минимальное достаточное для типовых количество. Чем больше субконто тем быстрее растёт база + тем ниже скорость.