VN
На этот случай есть какой-то TF управления очередью блокировок, чтобы пропускать вперед блокировки... как это выразиться.... с вторичной+ зависимостью блокировки. Вот он бы наверно локально улучшил ситуацию. Но где ухудшит - хз)
Size: a a a
2021 October 08
JD
А в чем повышение параллельности? Мы же в единый РС просто новую запись каждый раз добавляем...
g
на добавлении же процесс не заканчивается, верно?
JD
Как это?
JD
Я если что спрашиваю не про "план обмена и регистр", а про "единый регистр и отдельный регистр на каждый объект метаданных"
ИИ
Пометить, что выгружено. Удалить или пометить, что загружено.
VN
Там одновременно работают и синхронизация по КД2, и бесшовка. Которая в свою очередь еще на одном плане собирает регистрации изменений в ДО, готовит сообщения, реализовано криво через мегажопу.
Да еще КД2 и бесшовка работают с разной логикой сопоставления объектов и приносят этим кучу удовольствия.
Да еще КД2 и бесшовка работают с разной логикой сопоставления объектов и приносят этим кучу удовольствия.
ИИ
Отличие только в количестве таблиц😁
JD
Про улучшение параллельности вроде товарищ говорил. Но если мы только дописываем в конец (и иногда старые записи изменяем и удаляем), то будет ли в чем-то выигрыш там где много таблиц по сравнению с тем где таблица одна?
ИИ
Не иногда мы изменяем записи, мы это массово делаем.
PZ
Там есть такой ньюанс.
Что в планах обмена - коллизии решаются на стороне СУБД и проблему решать крайне тяжело, если она появляется.
в случае с регистрами, пусть и одним - гораздо проще.
Что в планах обмена - коллизии решаются на стороне СУБД и проблему решать крайне тяжело, если она появляется.
в случае с регистрами, пусть и одним - гораздо проще.
JD
Пусть так. А в каком сценарии будет заметна разница?
PZ
Сама запись в таблицу изменений - не так проста и является причиной проблем
g
сори Джон, работы навалило, не могу закончить мысль
ВМ
Красиво слился. Будто мы тут грузчики на перекуре ))) А работа валит волнами.
g
ИИ
Да вот хз.
ИИ
Обычно практика приводит к тому состоянии, что дальше так жить нельзя. И начинается разделение по таблицам, добавление суррогатного разделителя и прочие танцы с бубном.
С
Ну я как раз про эту очередь. Туда же пишется пообъектно, не возникает массовых обновлений по 150 к строк. Сейчас же реализован механизм версионирования, говорят работает, за счёт того что реализована быстрая вставка и отдельный разбор. Тут напрашивается аналогичный механизм. Может с возможностью управления тем, как изменения можно передать, независимо или в рамках одного пакета.