Зазеркалье. Опрос про использование оптимизированного механизма реструктуризации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ну и самое интересное
Работа оптимизированного механизма реструктуризации не поддерживается в том случае, если сервер «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?

Использовал несколько раз.
Механизм, конечно, реализован через ж..пу: нет возможности отката, как при обычной реструктуризации, при ошибке реструктуризации, п..ц базе ну и т.д.
Хотя и работает, в разы быстрее обычной. Наглядный пример - снятие режима совместимости, когда эти деятели с селезнёвки "оптимизировали" регистр бухгалтерии, всего-лишь добавив 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) Это видать..сторонники фузины пробрались на Селезнёвку с их матерелизейд.
Скоро, поди и другие виртуальные таблички сделают "реальными"..типа Остнаки :))))))))))))))))))))))