В Зазеркалье https://wonderland.v8.1c.ru/ сегодня решили поинтересоваться на тему "Опрос про использование оптимизированного механизма реструктуризации", сам опрос по ссылке https://ru.surveymonkey.com/r/WVRSP9B
И вот спрашивается, как я мог пропустить такую шляпу?
Если что, речь про обычные лицензии, не КОРП

Кто знал, кто нет?

Жёлтый цвет на белом фоне — оригинально!

Как обычно: чтобы добраться до сути - нужно 100500 ссылок открыть.
Что там? Хотя бы в общих чертах.

(2) очередная очень важная и никому не нужная хрень

У "правильных" производителей принято знакомить сообщества с новинками. Проводить всякие семинары, обучающие курсы. Хотя бы какую-то активную часть сообщества. Дальше все само идет в массы. То что по настоящему нужно. Что не нужно отмирает само.

Знал. В смысле читал. Но поскольку занимаюсь только разработкой, не пользовался ни разу.

(2) Реструктуризацией решили обременить СУБД. Должно быть быстрее.

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

Тем кто пилит решения или внедряет их одноразово этого не понять.

(2) В смысле 100500 ссылок?
Там ссылка на сам опрос https://ru.surveymonkey.com/r/WVRSP9B и в нем ссылка на описание на ИТС https://its.1c.ru/db/v8318doc#bookmark:dev:TI000002111, всё
Идея про то, что начиная с 8.3.11 для серверных баз (MS и Postgre) появился вариант выбора механизма реструктуризации
По старому, когда при реструктуризации создаются копии таблиц и потом построчно преобразуются а рабочих таблицах
Или по новому, когда система пытается выполнить максимальное количество действий на стороне СУБД, а также выполнить модификацию существующих данных и индексов вместо создания копии таблиц и потом построчной их обработки

(8) Это я прочитал. Настройка где?

(0) а где сказано что не корпам доступно?

(8) Блин, опять в ссылку запятая прилетела, правильная ссылка https://its.1c.ru/db/v8318doc#bookmark:dev:TI000002111

(9) Эээ... на ИТС, не?

(12) Да... Где-то там... Вот там я уже и потерялся.

(10) Нигде
Я просто включил логику и увидел, что в следующем пункте на ИТС в явном виде написано, что это только для КОРП лицензий
А в этом пункте нет

(6) После расширений я боюсь новых фич от 1С. Не знаешь когда и с какой стороны рванет.

Да и в чем "нужность"? Что в теории при определенной фазе луны может быть на полпроцента быстрее пройдет реструктуризация?

(13) Слушай, ну там текста-то полстранички и ссылка https://its.1c.ru/db/v8318doc#bookmark:adm:TI000000376
Поиск по имени параметра, то есть по UpdateDBCfg

(15) В чьей теории, в твоей?
Я вот не знаю, ускорение будет околонулевым или в 10 раз, ХЗ, надо проверять

они специально запрятали так далеко настройку чтобы случайно никто не догадался

ну и самое интересное
Работа оптимизированного механизма реструктуризации не поддерживается в том случае, если сервер «1С:Предприятия» подключается к СУБД Microsoft SQL Server с использованием сетевых протоколов Разделяемая память

(17) https://infostart.ru/1c/articles/934237/

(17)
"Если обновление v2 падает с ошибкой вида:

При работе механизма реструктуризации второй версии возникла ошибка. Код возврата: 1. Операция: prepare.
одна из возможных причин может быть следующей:
- вы добавили реквизит в документ/справочник/регистр и после добавления отсортировали список реквизитов по имени/синониму;
В этом случае java падает в зацикливание. Решение: сначала просто добавить реквизит, выполнить реструктуризацию по v2, затем уже отсортировать реквизиты и выполнить обновление по v1."


Я вот об этом, т.е. это явно падает с ошибкой, а сколько неявных?

Одно дело когда БД Терабайты и нужно реструктуризацию РС версия объектов и история цен сделать.

Другое дело на обычных базах в 10 гиг.

(21) "сначала просто добавить реквизит, выполнить реструктуризацию по v2, затем уже отсортировать реквизиты и выполнить обновление по v1." - Так себе решение.

Короче сделали для галочки.
Такие ошибки как (21) - это просто смешно

(22) при всем при том что для переключения нужно конф файл редактировать

(0) заметь - они просят пройти опрос только тех, кто уже использует

(21) Понять и простить.

(8) А чего, этот "новый" вариант реструктуризации разве не по умолчанию идёт на последних платформах?

(27) неа. java с платформой, к счастью, не ставится

(28) Интересно. Может, у нас оно и включено, так как именно на терабайтных базах быстро реструктуризация проходит. Надо у админов спросить, пожалуй.

одна из очередных задач стажеру жааисту

Джависты атакуют( Это начало конца 1с. Из законодателя мод в отрасли она потихоньку превращается в один из фреймворков.

(31) Поговаривают это тяжелое наследие 8.4

Давно использую, год уже без этого реструктуризацию не делаю

Скажите, а зачем для этого механизма нужна java?

(20) Шикарно

(25) Заметь, ты не прав

(27) Нет

(29) Добавь новый ресурс в регистр бухгалтерии, расскажешь потом про скорость

Использовал несколько раз.
Механизм, конечно, реализован через ж..пу: нет возможности отката, как при обычной реструктуризации, при ошибке реструктуризации, п..ц базе ну и т.д.
Хотя и работает, в разы быстрее обычной. Наглядный пример - снятие режима совместимости, когда эти деятели с селезнёвки "оптимизировали" регистр бухгалтерии, всего-лишь добавив 23 (или больше ?) лишних колонок в основную таблицу, сделав табличку ДвиженияССубконто реальной таблицей. Дык вот, обычная реструктуризация молотила сутки..и пришлось стопорнуть и забить на неё. А вот v2 - 23 минуты и готово.
Но..ли сообщений каких, ни логов. Закрытая коробочка. Перед v2 имейте архив, на всякий.
Ну или фоновую реструктуризацию пользуйте, она хотя бы что-то пишет/информирует

Из ссылки в (20):
"Если планируется использование 2-й версии механизма реструктуризации совместно с СУБД Microsoft SQL Server, то сервер «1С:Предприятия» для соединения с СУБД должен использовать сетевой протокол TCP/IP (в терминах СУБД). Работа 2-й версии механизма реструктуризации не поддерживается в том случае, если сервер «1С:Предприятия» подключается к СУБД Microsoft SQL Server с использованием сетевых протоколов Разделяемая память или Именованные каналы".
В случае PostgreSQL это Unix domain socket.
На мой взгляд, некоторый недостаток.

(41) ну.. заводится и с шаред мемори, но tcp/ip должен быть тоже включен. Единственный минус, при отключении протокола потом, службу скуля рестартовать потом

Могли бы, хотя бы перед запуском реструктуризации задать вопрос пользователю со списком будущих изменений - вот тут дескать добавим поле, тут индекс, тут удалим реквизит (примерно тоже самое, как и при обычной реструктуризации окошко в конце появляется).
Чтоб наглядно было видно, надо оно  или нет. И только потом кнопарь понеслась!
Ну и хотя бы логов каких, хотя бы в статусной строке - дескать колбашу табличку такую-то.

Вообще, если в обычном режиме база будет крутиться день иди два, то тут на все пойдёшь, и архив сделаешь и скуль перезапустишь и джаву поставишь

(40)  "всего-лишь добавив 23 (или больше ?) лишних колонок в основную таблицу"
Правда что ли? И на кой хрен это было надо делать? Бухитоги и так быстро работали.

(38) Это зачем? А с документом, где около 90 млн записей, нормально проходит реструктуризация, полчаса максимум где-то. Или, когда будет 900 млн, проблемы возникнут?

(45) да. Начиная с 15 релиза.

Просто, у всех в бухне стоит совместимость с младшими релизами и они не знают еще об этом подарке
Ну ничего, у них все впереди)))))))
Ждите новых веселых тем на мисте

Это они таким образом "оптимизировали" бух запрос, даже новость об этом была на сайте

(45) чтобы быстро формировать ДвиженияССубконто

(50) Это видать..сторонники фузины пробрались на Селезнёвку с их матерелизейд.
Скоро, поди и другие виртуальные таблички сделают "реальными"..типа Остнаки :))))))))))))))))))))))