Вход | Регистрация
 

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

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

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

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

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

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


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

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

Другое дело на обычных базах в 10 гиг.
   VladZ
 
22 - 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) заметь - они просят пройти опрос только тех, кто уже использует

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

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

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


1. Знал
   Ёпрст
 
40 - 18.03.21 - 23:18
Использовал несколько раз.
Механизм, конечно, реализован через ж..пу: нет возможности отката, как при обычной реструктуризации, при ошибке реструктуризации, п..ц базе ну и т.д.
Хотя и работает, в разы быстрее обычной. Наглядный пример - снятие режима совместимости, когда эти деятели с селезнёвки "оптимизировали" регистр бухгалтерии, всего-лишь добавив 23 (или больше ?) лишних колонок в основную таблицу, сделав табличку ДвиженияССубконто реальной таблицей. Дык вот, обычная реструктуризация молотила сутки..и пришлось стопорнуть и забить на неё. А вот v2 - 23 минуты и готово.
Но..ли сообщений каких, ни логов. Закрытая коробочка. Перед v2 имейте архив, на всякий.
Ну или фоновую реструктуризацию пользуйте, она хотя бы что-то пишет/информирует
   ansh15
 
41 - 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
Могли бы, хотя бы перед запуском реструктуризации задать вопрос пользователю со списком будущих изменений - вот тут дескать добавим поле, тут индекс, тут удалим реквизит (примерно тоже самое, как и при обычной реструктуризации окошко в конце появляется).
Чтоб наглядно было видно, надо оно  или нет. И только потом кнопарь понеслась!
Ну и хотя бы логов каких, хотя бы в статусной строке - дескать колбашу табличку такую-то.
   PR
 
44 - 18.03.21 - 23:29
Вообще, если в обычном режиме база будет крутиться день иди два, то тут на все пойдёшь, и архив сделаешь и скуль перезапустишь и джаву поставишь
   Провинциальный 1сник
 
45 - 19.03.21 - 08:27
(40)  "всего-лишь добавив 23 (или больше ?) лишних колонок в основную таблицу"
Правда что ли? И на кой хрен это было надо делать? Бухитоги и так быстро работали.
   YUN1
 
46 - 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
Это они таким образом "оптимизировали" бух запрос, даже новость об этом была на сайте
   H A D G E H O G s
 
50 - 19.03.21 - 10:41
(45) чтобы быстро формировать ДвиженияССубконто
   Ёпрст
 
51 - 19.03.21 - 10:56
(50) Это видать..сторонники фузины пробрались на Селезнёвку с их матерелизейд.
Скоро, поди и другие виртуальные таблички сделают "реальными"..типа Остнаки :))))))))))))))))))))))


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.