1С + SQL Server Service Broker (презентация)

16.03.2020 16:27:57 Дмитрий Жичкин (zhichkin) 10179

В этом видео я рассказываю о том, каким образом можно использовать SQL Server Service Broker для организации асинхронной обработки и обменов данными в контексте 1С:Предприятие 8.x. Освещаются основные понятия Service Broker, а также рассказывается о реальном проекте, где была применена эта технология.

Категории:
Обмен данными

Комментарии
Ссылки и коды

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. gmkushkunov 26.03.20 16:35 Сейчас в теме

Здравствуйте.
Спасибо за видео. Возник вопрос исходя из примера в видео, где отправлялось сообщения получателю с изменением даты документа. Дата у получателя меняется средствами T-SQL и соответственно 1С Предприятие не догадывается об этом. Но изменения в документе требуют обязательного его перепроведения. Как этот момент решался если сообщение не обрабатывалось на стороне 1С Предприятия

2. zhichkin 1524 26.03.20 17:19 Сейчас в теме

(1) Добрый день!

Если сообщение отправлялось в базу данных не 1С, то движения документа туда не отправлялись - там они были не нужны.

Если сообщение отправлялось в базу 1С, то движения документа отправлялись в одном сообщении вместе с документом между одними и теми же тэгами <Transaction>. В базе приёмнике итоги пересчитывались средствами 1С. Нас это устраивало.

Если это не устраивает, то на одном из своих проектов я делал так:
передавал документы в базу приёмник без движений и одновременно с этим регистрировал ссылки на эти документы в регистре сведений для отложенного проведения. Затем в базе приёмнике выполнялось проведение этих документов средствами 1С.

3. gmkushkunov 26.03.20 17:41 Сейчас в теме

Если это не устраивает, то на одном из своих проектов я делал так:
передавал документы в базу приёмник без движений и одновременно с этим регистрировал ссылки на эти документы в регистре сведений для отложенного проведения. Затем в базе приёмнике выполнялось проведение этих документов средствами 1С.

Этот вариант наверное более интересен хотя бы в плане уменьшения размера сообщения. А то получается так, что с одной стороны мы отправляем только то, что было изменено в документе для уменьшения сообщения, а с другой отправляем кучу регистров движения документа и этим самым гораздо увеличиваем исходное сообщение.
Спасибо.

4. zhichkin 1524 04.06.20 18:16 Сейчас в теме

Выложил на GitHub примеры практического использования в 1С:
https://github.com/zhichkin/one-c-sharp-sql/tree/master/messaging/service-broker
Фактически готовая подсистема обмена данными на базе очередей SQL Server.

5. legrey 67 11.06.20 16:21 Сейчас в теме

(4) Добрый день. Ссылка не доступна. Передумали ?

6. zhichkin 1524 11.06.20 17:05 Сейчас в теме

(5) Нет, не передумал. Готовлю отдельную публикацию на Инфорстарт. Как будет готова - обновлю ссылку. Думаю, что это будет на этой неделе, край - на следующей.

7. zhichkin 1524 16.06.20 11:39 Сейчас в теме

(5) Обещанная публикация: DaJet MQ 1.0

Оставьте свое сообщение

E-mail:

Прямая ссылка:

BB-код для форумов и блогов:

HTML-код:

Никита Перевозчиков. Интеграция с 1СДокументооборотом. Интегрируй меня полностью

Библиотека интеграции с 1С:Документооборотом – это подсистема, позволяющая работать с объектами 1С:ДО, не выходя из основной учетной системы. Расскажем о том, как расширить возможности библиотеки интеграции, улучшить интерфейс и добавить гибкости в настройку правил передачи данных. Доклад в виде статьи: https://infostart.ru/1c/articles/2196584/

Александр Днестрян. Чат-боты в 1С: возможность, эффективность и бизнес-кейсы

Практически все существующие на данный момент мессенджеры и социальные сети предоставляют API для работы с чат-ботами, чтобы ими можно было управлять извне. Но при реализации бизнес-задач возникает проблема многоканальности и связки бота с данными 1С. Расскажем о том, какие кейсы можно реализовать с помощью чат-ботов для различных каналов, и как описывать логику их работы с данными 1С без продумывания деталей взаимодействия по API. Доклад в виде статьи: https://infostart.ru/1c/articles/2184544/

Дмитрий Круглов. 1С:Шина – успешный опыт эксплуатации

1С:Шина – это больше, чем RabbitMQ. Это ESB-решение, с помощью которого можно заложить в процесс передачи данных свою логику – видоизменять сообщения и получателей, не внося изменений в обмен на стороне отправителя. О вариантах практического использования 1С:Шины и опыте ее эксплуатации под большой нагрузкой пойдет речь в докладе. Доклад в виде статьи: https://infostart.ru/1c/articles/2163317/

Сергей Сорокин. Интеграция с маркетплейсами. Рекомендации для внедренцев

Тема торговли на маркетплейсах в последнее время стремительно набирает популярность – от бизнеса приходит много запросов по интеграции с Wildberries, OZON, Яндекс.Маркет, СберМегаМаркет и т.д. Расскажем о возможных подходах к интеграции с крупными маркетплейсами, раскроем некоторые технические нюансы и дадим советы тем, кто только начинает разбираться в этой области. Доклад в виде статьи: https://infostart.ru/1c/articles/2153866/

Дмитрий Жичкин. Тюнинг планов обмена

Планы обмена – основной механизм платформы 1С для регистрации изменений. Известно, что высоконагруженные планы обмена страдают от длительных ожиданий на блокировках записей таблиц регистрации изменений, которые в свою очередь могут порождать тайм-ауты и прерывание обработки данных. Возможное решение этой проблемы без доработок уже существующего кода регистрации изменений представлено в докладе. Доклад в виде статьи: https://infostart.ru/1c/articles/2142857/

Андрей Путин. Интеграционные шины – ключевой элемент качественной архитектуры

Слабая связанность – фундаментальный аспект инженерии. А интеграции – способ практической реализации слабой связанности. В статье речь пойдет о том, какие средства помогают решить проблему сильной связности, и на что обратить внимание при выборе интеграционной шины.

Сергей Лихтенвальд. Что нам стоит обмен настроить, или Как кролик спас "зоопарк"

В больших компаниях часто используется «разношерстый» парк учетных систем, интеграция между которыми осуществляются разными технологиями: web, http-сервисы, через промежуточные таблицы и т. д. Расскажем об опыте укрощения данного «зоопарка» с помощью RabbitMQ и упрощении разработки интеграции со смежными системами. Доклад в виде статьи: https://infostart.ru/1c/articles/2107250/

РИБ 2.0 (методика)

Описание методики перехода на обмен данными, основанный на регистрах сведений, с использованием альтернативного планам обмена 1С механизма регистрации изменений. Для реализации транспорта представлено использование RabbitMQ и DaJet Stream. Однако, возможно использование аналогичных технологий - методика РИБ 2.0 не ограничивает выбор транспорта. Методика описана в сжатом, но достаточном для самостоятельного ознакомления и реализации виде. Прилагается большое количество ссылок на дополнительные материалы для углублённого изучения и понимания связанных с данной методикой вопросов.

Андрей Путин. Как делать интеграции правильно и быстро

Шина – это не просто шина. Концепция шины – это концепция сервисно-ориентированной архитектуры, SOA. А это, в свою очередь, – вообще концепция построения бизнеса, где четко поделены зоны ответственности между департаментами. О том, какие проблемы создает перемешанный контекст в паутине интеграций «точка-точка» и как решить эти проблемы через концепцию Middleware и сервисную шину данных, пойдет речь в докладе. Доклад в виде статьи: https://infostart.ru/1c/articles/2063057/

Михаил Харитонов. Лайфхаки: Ускоряем и «расшиваем» сложные обмены

Для интеграции с зоопарком систем нужно гибко чередовать различные подходы: использовать интеграционную шину, внешние источники данных, веб и http-сервисы, COM и правила конвертации. Расскажем о хитростях, которые помогут решить проблемы сложных обменов. Доклад в виде статьи: https://infostart.ru/1c/articles/2052649/