|
Зазеркалье. Опрос про использование оптимизированного механизма реструктуризации | ☑ | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0
PR
18.03.21
✎
18:10
|
В Зазеркалье 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) Это видать..сторонники фузины пробрались на Селезнёвку с их матерелизейд.
Скоро, поди и другие виртуальные таблички сделают "реальными"..типа Остнаки :)))))))))))))))))))))) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |