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