Форум Программирование Общие вопросы программирования (Dev)

Планы обмена. Квитировать или гарантировать?

Платформа 1С v8.3 Конфигурации 1cv8
0. 934 11.12.16 21:17 Сейчас в теме
Планы обмена предлагают использовать две стратегии удаления обработанных изменений: квитирование и гарантированная доставка сообщений. Как сделать правильный выбор?

Перейти к публикации

+ – Ответить
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. herfis 408 12.12.16 11:07 Сейчас в теме
ИМХО, гораздо интереснее была бы статья, описывающая "живой" опыт построения РИБ с гарантированной доставкой на сервисах очередей и описанием проблем, с которыми пришлось столкнуться.
А так, 90% статьи - невнятное описание стандартных механизмов и потрясающее заключение: лучше быть богатым и здоровым, оказывается.
zakiap; user712426; Anthon; Irwin; ineshyk; +5 – Ответить
2. charushkin 13.12.16 10:53 Сейчас в теме
Обычно вместо использования сторонних сервисов (RabbitMQ, MSMQ и т.д.) изобретаю свой велосипед решаю задачу средствами самой же 1С: делаю очередь сообщений, например, в виде регистра сведений: туда пишу сообщение обмена и сразу удаляю регистрацию изменений.
user712426; WellMaster; +2 – Ответить
7. zhichkin 934 22.12.16 13:02 Сейчас в теме
(2) Приведу пример из своей практики.
Для одного очень тяжёлого обмена, тестовый пакет XML которого "весил" 100 Мб, мы делали так :
1. Своя регистрация изменений в регистре сведений в хронологическом порядке (по сути очередь).
2. Свой компактный формат XML, имеющий только те данные, которые изменились (гранулярность регистрации изменений - поле таблицы, реквизит объекта).
3. Использование для доставки SQL Server Service Broker (транспорт).
4. Загрузка пакетов XML в 1С средствами C# с генерацией T-SQL кода (для работы с XML на уровне SQL Server писались свои CLR хранимые процедуры).
Целевым временем загрузки XML пакета "весом" 1 Гб считалось 10 минут. Это без учёта выгрузки и транспорта. Мы укладывались в это время. Даже с запасом.
В результате была полностью решена проблема блокировок при регистрации и выгрузке изменений. Загрузка в общем-то тоже не доставляла каких-то особенных проблем. Удаление регистрации изменений никому не мешало, так как удалялись уже обработанные сообщения из очереди (регистра сведений) по дате последней выгрузки. Все традиционные проблемы РИБ были полностью решены.
Проблемы, с которыми столкнулись: сложность программирования всего этого. Три человека в течение одного-полутора месяцев всё это делали: программист 1С, программист C# и программист SQL. В процессе эксплуатации проблем не было вообще. Мы даже иногда забывали, что обмен работает =) Вспоминали только когда сеть "ложилась" и какие-то данные не долетали до нужных баз - пользователи напоминали. Админы "шевелили" сеть и всё снова работало.
В обмене участвовало 4 базы: оперативная (торговля), web-портал B2B, база для отчётов и диспетчерская база для маршрутизации пакетов при помощи Service Broker. Как-то так.
user712426; ipoloskov; +2 – Ответить
3. bulpi 181 15.12.16 15:08 Сейчас в теме
"ГДЕ НомерСообщения > НомерОтправленного И НомерСообщения ЕСТЬ NULL"

В результате такого условия выберется ровно НИЧЕГО.

Эта статья в целом написана неряшливо и непонятно.
+ – Ответить
5. zhichkin 934 22.12.16 12:19 Сейчас в теме
(3) Спасибо. Логическую ошибку в условии отбора исправил.
+ – Ответить
4. WellMaster 104 22.12.16 11:17 Сейчас в теме
Вопрос к знатокам, берем модификацию имеющегося примера:

"Номер сообщения изменился. Это означает, что наше изменение было успешно отправлено в сообщении номер 1. Теперь зарегистрируем изменение другого объекта того же типа.
Если теперь снова попытаться выполнить выгрузку, то в выборку изменений попадут оба изменения. Это означает, что изменение, отправленное ранее в сообщении номер 1, будет отправлено ещё раз."

Что будет, если мы, выгрузив первый пакет, зарегистрируем не другой объект в этот узел, а тот же самый? Причем успеем сделать это до того, как вернется квитанция об успешной загрузке? При этом надо понимать, что объект этот был изменен.

Как я полагаю, когда квитанция вернется, регистрация к обмену снимется, и объект останется в этом узле измененный, а в новый контур обмена не полетит, и в другой базе он останется в старой версии.

Поправьте меня, если я не прав.
+ – Ответить
6. zhichkin 934 22.12.16 12:26 Сейчас в теме
(4) Если Вы измените тот же самый объект после его выгрузки в пакет, то получите новую регистрацию того же самого объекта со значением реквизита "НомерСообщения" равным NULL. Когда квитанция "прилетит" она будет искать кого бы снять с регистрации по номеру, а он будет равен NULL, то есть квитанция никого не найдёт и новые изменения попадут в следующий пакет обмена.
Подробнее здесь: http://infostart.ru/public/561460/
+ – Ответить
8. WellMaster 104 22.12.16 15:11 Сейчас в теме
(6)
Да, статью по ссылке я читал, причем еще тогда, когда она впервые вышла. Довольно познавательно.
Но нужен был именно ответ на такой вопрос, за что спасибо.
В той статье этот момент не очевиден (или я плохо читал?), хотя читал ее неоднократно.
+ – Ответить
10. M.Nikitin 2 16.12.20 20:41 Сейчас в теме
(6)
Когда квитанция "прилетит" она будет искать кого бы снять с регистрации по номеру, а он будет равен NULL, то есть квитанция никого не найдёт и новые изменения попадут в следующий пакет обмена.


А если используем снятие с регистрации не по номеру сообщения, а по ссылке - в таком случае объект будет снят с регистрации и новое состояние объекта другая база так и не увидит.
zhichkin; +1 – Ответить
9. kuzyara 1131 12.02.18 10:25 Сейчас в теме
За одну только картинку схемы +.
+ – Ответить
Оставьте свое сообщение
Вопросы с вознаграждением
Напоминание от системы  0.15 $m Dev
Получение данных  0.2 $m Dev БП3.0
Основная таблица динамического списка задана неверно  0.14 $m Dev
Как в вычисляемом поле скд округлить число?  1 $m Dev
Отчет о розн продажах из 1С унф в 1С унф  1 $m Обмен УНФ
Сумма задолженности меньше суммы документа оплаты. Обратите внимание на сформированные проводки!  1 $m БУ
При нажатие на кнопку Сформировать  0.2 $m Dev
Анкетирование и проведение опросов в ЗУП КОРП (HR - аналитика)  0.1 $m Зарплата
Обработка чистки базы. Удаление лишних организаций. Нужна помощь.  9.5 $m Testing БП3.0
Утверждение документов ЗУП 3.1  0.2 $m Зарплата ЗУП3.x
Перечисление алиментов (как физлицу напрямую так и в УФК) параметры платежей (КБК, ОКТМО)  0.1 $m БУ
1с Розница РМК поиск по штрихкоду  0.07 $m Торговля Розница v8
Как добавить номер строки в РМК Розница 2.4?  0.3 $m Dev
Передача материалов в эксплуатацию УПП с 2021  0.2 $m Dev УПП1
Система компоновки данных (медленный вывод в коллекцию значений при РСВ)  1 $m Dev УПП1 v8::СКД
Отчёт СКД. Данные выводятся не в те ту строку.  0.9 $m Dev УТ11 v8 ИТ-компания 1С
Путевые листы в БП 3.0  0.5 $m TMS БП3.0
Доработать запрос отчета в СКД для регистра сведений Цены Номенклатуры  0.5 $m Dev
Курсовые разницы в РБ по 159 указу  2 $m БУ 1cv8.cf БП1.6 Беларусь 1С БУ Бухгалтер Программист Вопрос
Доступ в 1С по web-сервису. Внутренний и внешний сервера.  0.44 $m Admin v8