Имя: Пароль:
1C
 
Зазеркалье. Опрос про использование оптимизированного механизма реструктуризации
, , ,
0 PR
 
18.03.21
18:10
1. Знал 80% (4)
2. Не знал 20% (1)
3. Да нихрена это не дает 0% (0)
4. А что это? 0% (0)
Всего мнений: 5

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

Кто знал, кто нет?
1 Волшебник
 
18.03.21
18:12
Жёлтый цвет на белом фоне — оригинально!
2 VladZ
 
18.03.21
18:37
Как обычно: чтобы добраться до сути - нужно 100500 ссылок открыть.
Что там? Хотя бы в общих чертах.
3 Aleksey
 
18.03.21
18:40
(2) очередная очень важная и никому не нужная хрень
4 toypaul
 
гуру
18.03.21
18:41
У "правильных" производителей принято знакомить сообщества с новинками. Проводить всякие семинары, обучающие курсы. Хотя бы какую-то активную часть сообщества. Дальше все само идет в массы. То что по настоящему нужно. Что не нужно отмирает само.

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

Знал
5 polosov
 
18.03.21
18:41
(2) Реструктуризацией решили обременить СУБД. Должно быть быстрее.
6 toypaul
 
гуру
18.03.21
18:42
(3) Ну не скажи. На продуктивных, активно разрабатываемых базах очень нужная хрень.
7 toypaul
 
гуру
18.03.21
18:43
Тем кто пилит решения или внедряет их одноразово этого не понять.
8 PR
 
18.03.21
18:43
(2) В смысле 100500 ссылок?
Там ссылка на сам опрос https://ru.surveymonkey.com/r/WVRSP9B и в нем ссылка на описание на ИТС https://its.1c.ru/db/v8318doc#bookmark:dev:TI000002111, всё
Идея про то, что начиная с 8.3.11 для серверных баз (MS и Postgre) появился вариант выбора механизма реструктуризации
По старому, когда при реструктуризации создаются копии таблиц и потом построчно преобразуются а рабочих таблицах
Или по новому, когда система пытается выполнить максимальное количество действий на стороне СУБД, а также выполнить модификацию существующих данных и индексов вместо создания копии таблиц и потом построчной их обработки
9 VladZ
 
18.03.21
18:46
(8) Это я прочитал. Настройка где?
10 Вафель
 
18.03.21
18:48
(0) а где сказано что не корпам доступно?
11 PR
 
18.03.21
18:48
(8) Блин, опять в ссылку запятая прилетела, правильная ссылка https://its.1c.ru/db/v8318doc#bookmark:dev:TI000002111
12 PR
 
18.03.21
18:48
(9) Эээ... на ИТС, не?
13 VladZ
 
18.03.21
18:49
(12) Да... Где-то там... Вот там я уже и потерялся.
14 PR
 
18.03.21
18:50
(10) Нигде
Я просто включил логику и увидел, что в следующем пункте на ИТС в явном виде написано, что это только для КОРП лицензий
А в этом пункте нет
15 Aleksey
 
18.03.21
18:51
(6) После расширений я боюсь новых фич от 1С. Не знаешь когда и с какой стороны рванет.

Да и в чем "нужность"? Что в теории при определенной фазе луны может быть на полпроцента быстрее пройдет реструктуризация?
16 PR
 
18.03.21
18:52
(13) Слушай, ну там текста-то полстранички и ссылка https://its.1c.ru/db/v8318doc#bookmark:adm:TI000000376
Поиск по имени параметра, то есть по UpdateDBCfg
17 PR
 
18.03.21
18:53
(15) В чьей теории, в твоей?
Я вот не знаю, ускорение будет околонулевым или в 10 раз, ХЗ, надо проверять
18 Вафель
 
18.03.21
18:54
они специально запрятали так далеко настройку чтобы случайно никто не догадался
19 Вафель
 
18.03.21
18:55
ну и самое интересное
Работа оптимизированного механизма реструктуризации не поддерживается в том случае, если сервер «1С:Предприятия» подключается к СУБД Microsoft SQL Server с использованием сетевых протоколов Разделяемая память
20 Aleksey
 
18.03.21
18:55
21 Aleksey
 
18.03.21
18:57
(17)
"Если обновление v2 падает с ошибкой вида:

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


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

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

Другое дело на обычных базах в 10 гиг.
22 VladZ
 
18.03.21
19:01
(21) "сначала просто добавить реквизит, выполнить реструктуризацию по v2, затем уже отсортировать реквизиты и выполнить обновление по v1." - Так себе решение.
23 Вафель
 
18.03.21
19:02
Короче сделали для галочки.
Такие ошибки как (21) - это просто смешно
24 Вафель
 
18.03.21
19:03
(22) при всем при том что для переключения нужно конф файл редактировать
25 Дык ё
 
18.03.21
19:08
(0) заметь - они просят пройти опрос только тех, кто уже использует

Знал
26 Волшебник
 
18.03.21
19:21
(21) Понять и простить.
27 YUN1
 
18.03.21
19:25
(8) А чего, этот "новый" вариант реструктуризации разве не по умолчанию идёт на последних платформах?
28 Дык ё
 
18.03.21
19:32
(27) неа. java с платформой, к счастью, не ставится
29 YUN1
 
18.03.21
19:34
(28) Интересно. Может, у нас оно и включено, так как именно на терабайтных базах быстро реструктуризация проходит. Надо у админов спросить, пожалуй.
30 Вафель
 
18.03.21
19:34
одна из очередных задач стажеру жааисту
31 Провинциальный 1сник
 
18.03.21
19:35
Джависты атакуют( Это начало конца 1с. Из законодателя мод в отрасли она потихоньку превращается в один из фреймворков.

Не знал
32 Aleksey
 
18.03.21
21:48
(31) Поговаривают это тяжелое наследие 8.4
33 baza1
 
18.03.21
22:04
Давно использую, год уже без этого реструктуризацию не делаю

Знал
34 vis_tmp
 
18.03.21
22:55
Скажите, а зачем для этого механизма нужна java?
35 PR
 
18.03.21
22:59
(20) Шикарно
36 PR
 
18.03.21
23:02
(25) Заметь, ты не прав
37 PR
 
18.03.21
23:02
(27) Нет
38 PR
 
18.03.21
23:03
(29) Добавь новый ресурс в регистр бухгалтерии, расскажешь потом про скорость
39 Ёпрст
 
18.03.21
23:11

Знал
40 Ёпрст
 
18.03.21
23:18
Использовал несколько раз.
Механизм, конечно, реализован через ж..пу: нет возможности отката, как при обычной реструктуризации, при ошибке реструктуризации, п..ц базе ну и т.д.
Хотя и работает, в разы быстрее обычной. Наглядный пример - снятие режима совместимости, когда эти деятели с селезнёвки "оптимизировали" регистр бухгалтерии, всего-лишь добавив 23 (или больше ?) лишних колонок в основную таблицу, сделав табличку ДвиженияССубконто реальной таблицей. Дык вот, обычная реструктуризация молотила сутки..и пришлось стопорнуть и забить на неё. А вот v2 - 23 минуты и готово.
Но..ли сообщений каких, ни логов. Закрытая коробочка. Перед v2 имейте архив, на всякий.
Ну или фоновую реструктуризацию пользуйте, она хотя бы что-то пишет/информирует
41 ansh15
 
18.03.21
23:20
Из ссылки в (20):
"Если планируется использование 2-й версии механизма реструктуризации совместно с СУБД Microsoft SQL Server, то сервер «1С:Предприятия» для соединения с СУБД должен использовать сетевой протокол TCP/IP (в терминах СУБД). Работа 2-й версии механизма реструктуризации не поддерживается в том случае, если сервер «1С:Предприятия» подключается к СУБД Microsoft SQL Server с использованием сетевых протоколов Разделяемая память или Именованные каналы".
В случае PostgreSQL это Unix domain socket.
На мой взгляд, некоторый недостаток.
42 Ёпрст
 
18.03.21
23:23
(41) ну.. заводится и с шаред мемори, но tcp/ip должен быть тоже включен. Единственный минус, при отключении протокола потом, службу скуля рестартовать потом
43 Ёпрст
 
18.03.21
23:27
Могли бы, хотя бы перед запуском реструктуризации задать вопрос пользователю со списком будущих изменений - вот тут дескать добавим поле, тут индекс, тут удалим реквизит (примерно тоже самое, как и при обычной реструктуризации окошко в конце появляется).
Чтоб наглядно было видно, надо оно  или нет. И только потом кнопарь понеслась!
Ну и хотя бы логов каких, хотя бы в статусной строке - дескать колбашу табличку такую-то.
44 PR
 
18.03.21
23:29
Вообще, если в обычном режиме база будет крутиться день иди два, то тут на все пойдёшь, и архив сделаешь и скуль перезапустишь и джаву поставишь
45 Провинциальный 1сник
 
19.03.21
08:27
(40)  "всего-лишь добавив 23 (или больше ?) лишних колонок в основную таблицу"
Правда что ли? И на кой хрен это было надо делать? Бухитоги и так быстро работали.
46 YUN1
 
19.03.21
08:54
(38) Это зачем? А с документом, где около 90 млн записей, нормально проходит реструктуризация, полчаса максимум где-то. Или, когда будет 900 млн, проблемы возникнут?
47 Ёпрст
 
19.03.21
09:05
(45) да. Начиная с 15 релиза.
48 Ёпрст
 
19.03.21
09:06
Просто, у всех в бухне стоит совместимость с младшими релизами и они не знают еще об этом подарке
Ну ничего, у них все впереди)))))))
Ждите новых веселых тем на мисте
49 Ёпрст
 
19.03.21
09:07
Это они таким образом "оптимизировали" бух запрос, даже новость об этом была на сайте
50 H A D G E H O G s
 
19.03.21
10:41
(45) чтобы быстро формировать ДвиженияССубконто
51 Ёпрст
 
19.03.21
10:56
(50) Это видать..сторонники фузины пробрались на Селезнёвку с их матерелизейд.
Скоро, поди и другие виртуальные таблички сделают "реальными"..типа Остнаки :))))))))))))))))))))))