Платформа 8.2, есть регистр сведений, подчиненный регистратору, захотел добавить новый тип документа в качестве регистратора, ок, добавил. Думаю, ну наверно не даст сохранить динамически, придется всех выгонять..Пробую..дает, еще как дает. Сохраняю..Захожу в предприятие, делаю через документ новое движение по данному регистру,и уже в качестве регистратора новый документ. Вопрос - почему удалось обойтись динамическим обновлением? Разве при добавлении нового типа регистратора, не надо делать реструктуризацию данного поля в таблице БД? Почему тогда, когда к примеру меняю тип значения какого-ть реквизита, то всегда требуется монопольное обновление базы?

Потому что в качестве регистратора уже был составной тип.

Т.е. при создании регистра, подчиненного регистратору, сразу закладываются все возможные типы документов?..

Сервер 1с + MSSQL + профайлер дадут ответ.

(3) Ну сейчас под рукой нет, поэтому и спрашиваю..

Тогда надо прочитать (1) в количестве 1238 раз.

(5)читаю..интересно только зачем так делается?

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

(7) потому что физический порядок субконто отличается от того, что видим на экране. Например, в ручной операции я сталкивался: субконто[0] - договоры, субконто[1] - контрагенты. они тупо не меняют порядок, поэтому и реструктуризации не нужно.

(2) А головой подумать? На уровне БД под составной тип из нескольких прикладных - выделяется 2 поля: идентификатор типа и идентификатор ссылки. Добавь туда простой тип - получишь свою реструктуризацию.

на самом деле 1С могли бы сделать на всё динамическое обновление
ну обломались бы там несколько транзакций
зато по-бырому

(10) А вы хорошо разбираетесь во внутренней структуре таблиц 1С и их взаимодействие?

(11)там ещё есть взаимодействие?