AD
От сергея носкова на этот счет отличная статья на ИС
Size: a a a
2019 December 30
АН
Забираю файл из кролика, читаю, гружу. Но переодически файл в него присылают с ошибкой. Ищу каким образом можно было бы неправильный файл переместить из той очереди где читаю, в другую по исключению
тут только самому выступить producer'ом для новой очереди. сообщения внутри кролика перемещаются по очередям только через внутреннюю логику (подписки)
AD
Vassily Poupkine
Ещё можешь перенести нужные записи в свежесозданный под это дело новый регистр, старый грохнуть конфе, обновить БД, вернуть старый, перенести из служебного в него
К сожалению, эта операция нужна реалтайм
PZ
Тогда по одной записи со сбросом в транзакции по 1000. Можно ещё в фоновое завернуть и сделать многопоточным, но больше 10 потоков у меня на больших удалениях не удавалось сделать стабильными
И
тут только самому выступить producer'ом для новой очереди. сообщения внутри кролика перемещаются по очередям только через внутреннюю логику (подписки)
Понял, спасибо !
АН
Кто знает быстрый способ удаления данных из регистра сведений, но не полностью. Допустим есть несколько наборов значений измерений, по которым хотелось бы удалить? Ничего лучше перебора отбора по измерениям и записи пустого набора нет? Прямого доступа к БД - нет
Делал это через РС.СоздатьМенеджерЗаписи(). Работает гораздо медленнее набора, но не вызывает никаких блокировок. Перезапись регистра РЛС на проде с 2000 активно работающих пользователей не весило систему при обработке через МенеджерЗаписи
PZ
Делал это через РС.СоздатьМенеджерЗаписи(). Работает гораздо медленнее набора, но не вызывает никаких блокировок. Перезапись регистра РЛС на проде с 2000 активно работающих пользователей не весило систему при обработке через МенеджерЗаписи
Ты оберни ещё в транзакцию по 1000 элементов
АН
P Z
Ты оберни ещё в транзакцию по 1000 элементов
тогда люди не смогли бы работать
PZ
тогда люди не смогли бы работать
1000 она вроде очень быстро бахается, но тут конечно надо смотреть что за регистр, может сброс по одной это единственное решение
NG
Забираю файл из кролика, читаю, гружу. Но переодически файл в него присылают с ошибкой. Ищу каким образом можно было бы неправильный файл переместить из той очереди где читаю, в другую по исключению
Либо dead letters exchange по reject, либо перекладывать руками
И
Либо dead letters exchange по reject, либо перекладывать руками
@nixel2007 До варианта вернуть строку Json по другому пути додумался))) про то что ты написал - посмотрю) Спасибо!:)
AD
А кто-нибудь пробовал отлаживать Http сервисы через http Отладку на файловой?
AD
Стоит автоматическое подкючение, но почему-то не ловит, тонкий и все остально работает нормально
VP
Стоит автоматическое подкючение, но почему-то не ловит, тонкий и все остально работает нормально
Для файловой вроде в файле публикации *.vrd надо указывать адрес отладчика
AD
Vassily Poupkine
Для файловой вроде в файле публикации *.vrd надо указывать адрес отладчика
Спасибо.
Добавил в файл настройки, отладчик через браузер живой.
ИИс перезапускал, эффекта 0
Добавил в файл настройки, отладчик через браузер живой.
ИИс перезапускал, эффекта 0
AD
Vassily Poupkine
Для файловой вроде в файле публикации *.vrd надо указывать адрес отладчика
AD
Поменял на с локалхоста на имя компьютера заработало 😂
D
Делал это через РС.СоздатьМенеджерЗаписи(). Работает гораздо медленнее набора, но не вызывает никаких блокировок. Перезапись регистра РЛС на проде с 2000 активно работающих пользователей не весило систему при обработке через МенеджерЗаписи
В смысле никаких блокировок? Блокировки при любой записи есть и на уровне платформы (управляемые) и на уровне СУБД (страница индекса). Но если писать по одной записи, то время блокировки минимальное и время пересечения с другими сеансами маленькое или нулевое.
Для сведения: менеджер записи медленный потому, что выполняет всегда 2 записи - сначала удаление (пишет пустой набор с отборами по всем измерениям), потом добавление (пишет набор с теми же отборами и записью). И это избыточно, т.е. лучше писать один набор с теми же отборами с одной записью/пустой, но в режиме перезаписи.
Для сведения: менеджер записи медленный потому, что выполняет всегда 2 записи - сначала удаление (пишет пустой набор с отборами по всем измерениям), потом добавление (пишет набор с теми же отборами и записью). И это избыточно, т.е. лучше писать один набор с теми же отборами с одной записью/пустой, но в режиме перезаписи.
DM
В смысле никаких блокировок? Блокировки при любой записи есть и на уровне платформы (управляемые) и на уровне СУБД (страница индекса). Но если писать по одной записи, то время блокировки минимальное и время пересечения с другими сеансами маленькое или нулевое.
Для сведения: менеджер записи медленный потому, что выполняет всегда 2 записи - сначала удаление (пишет пустой набор с отборами по всем измерениям), потом добавление (пишет набор с теми же отборами и записью). И это избыточно, т.е. лучше писать один набор с теми же отборами с одной записью/пустой, но в режиме перезаписи.
Для сведения: менеджер записи медленный потому, что выполняет всегда 2 записи - сначала удаление (пишет пустой набор с отборами по всем измерениям), потом добавление (пишет набор с теми же отборами и записью). И это избыточно, т.е. лучше писать один набор с теми же отборами с одной записью/пустой, но в режиме перезаписи.
++
2019 December 31
g
Andrei
А подскажите плиз адрес чата где про сппр, ванессу и тесты