Добрый день, сегодня в статейке вычитал, что при изменении галки "Балансовый" у измерения или ресурса в РБ с корреспонденцией происходит реструктуризация, доступа к сожалению к sql нет, чтобы проверить, что именно меняется, но может кто-то сможет подсказать?

Ну если при признаке балансовый было поле "Количество", то после снятия признака стало 2 поля - "КоличествоДт" и "КоличествоКт". Как-то так мне думается.

(1) Извиняюсь, что сразу не уточнил, этот момент знаю, а еще какие-нибудь изменения происходят в физических таблицах?

Ну происходит. А в чём проблема-то?

(3) проблем нет, стало интересно, какие именно изменения физических таблиц происходит, кроме как (1), понятно, что будет реструктуризация, но хочется понять для себя, какие изменения повлекут за собой эту реструктуризацию

(3) Случайно сняли галочку, как вернуть

(5) Бекапы для трУсов?

(4) Тогда ставишь себе сервер 1с, на нём базу и алга. Если настолько интересно.

(2) >>  еще какие-нибудь изменения происходят в физических таблицах?

По идее в физической таблице итогов по оборотам между счетами должны, так же как и в таблице первичных движений, появиться отдельные поля с постфиксом "Дт" и "Кт" для небалансовых ресурсов.

(8) Понял, спасибо.
(7) Ну, раз сегодня поделиться с кем-то опытом, это считается трудоёмким занятием, то видимо придётся просить доступ к sql, чтобы проверять, но все равно спасибо.

(9) > поделиться с кем-то опытом
Удовлетворить чьё-то беспричинное любопытство. Давай уж сам там.

(4) в двухтомнике проф разработки это должно быть описано

(9) >> поделиться с кем-то опытом, это считается трудоёмким занятием.

Да просто смысла от подобной информации особого нет. Крайне редко такие знания востребованы.
В любой очередной версии платформы 1С может без объявления войны поменять структуру физических таблиц итогов.
Как например, это было в последний раз в 8.3.15.
Что конкретно там поменяли - фиг его знает, но при переходе на это релиз платформы без режима совместимости происходит реструктуризация регистра. И рекомендация от 1С: "В том случае, если размер информационной базы превышает 10 Гбайт, рекомендуется для реструктуризации использовать оптимизированный механизм обновления конфигурации базы данных". То есть реструктуризация там некислая и потенциально может подвесить базу надолго.

Короче практическая ценность подобных знаний сомнительна.
ИМХО, гораздо важнее знать и понимать из каких физических таблиц и как собираются виртуальные таблицы.
Зачастую переписывание запроса к таблицам ДвиженияССубконто или ОборотыДтКт на запрос к двум таблицам первичных движений (Хозрасчетный и Субконто) ускоряет получение результата в разы. Хотя и значительно усложняет текст самого запроса.

(12) в 15 всего лишь добавили 23 новых поля в основную табличку РБ

и теперь табличка ДВиженияССубконто стала реальной, а не виртуальной
Вот список добавленных полей

и вот эти поля
_ValueDt1_TYPE BINARY(1),
_ValueDt1_RTRef BINARY(4),
_ValueDt1_RRRef BINARY(16),
_KindDt1RRef BINARY(16),
_ValueDt2_TYPE BINARY(1),
_ValueDt2_RTRef BINARY(4),
_ValueDt2_RRRef BINARY(16),
_KindDt2RRef BINARY(16),
_ValueDt3_TYPE BINARY(1),
_ValueDt3_RTRef BINARY(4),
_ValueDt3_RRRef BINARY(16),
_KindDt3RRef BINARY(16),
_ValueCt1_TYPE BINARY(1),
_ValueCt1_RTRef BINARY(4),
_ValueCt1_RRRef BINARY(16),
_KindCt1RRef BINARY(16),
_ValueCt2_TYPE BINARY(1),
_ValueCt2_RTRef BINARY(4),
_ValueCt2_RRRef BINARY(16),
_KindCt2RRef BINARY(16),
_ValueCt3_TYPE BINARY(1),
_ValueCt3_RTRef BINARY(4),
_ValueCt3_RRRef BINARY(16),
_KindCt3RRef BINARY(16)

(0) если те прям так интересно, почитай на нимфостарте статьи вот этого товарища
https://infostart.ru/profile/225415/