Коллеги, с обновлением на 20й релиз платформы и последний релиз бухгалтерии поменялась структура хранения регистра бухгалтерии, такое впечатление, что сделали как было в 1С 7.7. Кто-нибудь в курсе подробностей?

Уже сто раз обсудили на форуме.
В платформе 8.3.15. Из описания.
Ускорена работа с виртуальными таблицами регистра бухгалтерии, обновление итогов при записи движений по регистру и пересчет итогов регистра бухгалтерии.
При этом увеличивается объем хранимых данных и незначительно увеличивается время сохранения набора записей.
Для того, чтобы ускорение работы с регистром бухгалтерии стало заметно, необходимо отключить режим совместимости. При этом будет выполнена реструктуризация регистров бухгалтерии. В том случае, если размер информационной базы превышает 10 Гбайт, рекомендуется для реструктуризации использовать оптимизированный механизм обновления конфигурации базы данных.
В режиме совместимости с версией 8.3.14 поведение не изменилось.
Источник: file:///C:/Program%20Files/1cv8/8.3.18.1616/docs/ru/V8Update.htm#37e66288-239f-11e9-a3f7-0050569f678a

По факту.
Если раньше первичные движения писались отдельно по счетам, измерениям и ресурсам - в таблицу Хозрасчетный, а субконто - в таблицу Субконто. То теперь в таблицу Хозрасчетный пишутся так же и субконто. Туда добавили 24 поля.
Иными словами виртуальная таблица ДвиженияДтКт стала реальной физической таблицей.
Что естественно замедлило запись и увеличило количество хранимых данных.
Но зато ускорило получения данных в некоторых случаях.
Как-то так.

в 1С 7.7 был регистр бухгалтерии?...

(2) Внезапно?

(3) внезапно. наверное он как-то по-другому назывался. что-то типа журнал проводок...

(4) главная книга)

(1) Лучше бы дали выбор разработчику.

(1) Спасибо. Давно не был на форуме

Как-то все стало работать не быстрее, а медленнее после этого обновления. И не понятно для чего продолжает использоваться таблица значений субконто, если все данные есть в основной таблице.

(8) >> не понятно для чего продолжает использоваться таблица значений субконто, если все данные есть в основной таблице.

Причин может быть несколько.
Первое, что приходит в голову, - для совместимости.
Второе - для ускорения построения виртуальный таблиц остатков и оборотов, когда в запросе делается отбор и принудительное упорядочивание видов субконто (параметр Субконто в этих виртуальных таблицах). Стопудово этот параметр определяет, что запрос надо строить к таблице значений субконто. Т.к. в основной таблице условное субконто "Контрагент" в разных строках может быть в разных полях - СубконтоДт1, СубконтоДт2, СубконтоДт3, СубконтоКт1, СубконтоКт2, СубконтоКт3.

>> Как-то все стало работать не быстрее, а медленнее после этого обновления.

Оценочное суждение. Нужны конкретные цифры. Замеры производительности.
Запись больших наборов конечно могла замедлиться. Но вряд ли в разы.
А сколько времени занимает непосредственная запись набора одного регистра при проведении документа?
Деградация производительности возможна, но заметна для пользователя она, скорее всего, стала бы только при массовом или групповом перепроведении большого количества документов и при проведении больших регламентных документов (Закрытие, Формирование книг покупок/продаж и т.п.).

Разработчики платформы конечно иногда чудят. Но вряд ли они подобные довольно серьёзные изменения внесли бы не протестировав и не убедившись, что потери на записи стоят ускорения при чтении.
Хотя всякое бывало уже...

(9) все новое хорошо забытое старое. 1s entry рулит как бы

(9) проблема не при записи, даже массовой, а при получении остатков

(10) Только реструктуризация при добавлении/удалении субконто крайне тяжелая, а так да