Статус | ||||
---|---|---|---|---|
|
Оглавление |
---|
Алгоритм импорта и транспорта товаров при включенном и отключенном проксировании
Устаревшая версия Jira | ||||||||
---|---|---|---|---|---|---|---|---|
|
При отключенном проксировании импорт полной карточки товара только для одного магазина мог приводить к её полной отправке только для одного указанного магазина.
При включенном проксировании импорт полной карточки товара для одного ТК приводил к отправке:
- Для указанного магазина - карточки товара и цены.
- Для всех остальных магазинов - карточки товара без цены.
Вследствие этой разницы включение проксирования вызывало разрастание транспортных таблиц, переполнение диска и остановку работы сервера SetCentrum.
Данные ситуации заставляли выключать проксирование. Теперь, начиная с версии 10.2.53.0 проксирование может быть включено.
Обработка входящих документов в Операционном дне
Устаревшая версия Jira | ||||||||
---|---|---|---|---|---|---|---|---|
|
В данном случае была проведена оптимизация обработки входящих документов в операционном дне состоит из трех этапов:
- Разделены входящие документы по номерам магазинов. Обработка документов для каждого магазина происходит в своем потоке.
- Производена обработку входящих документов пачками. В случае ошибок, активруется режим поштучной обработки.
Оптимизация транспорта несерийных купонов Centrum-Retail
Устаревшая версия Jira server System JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution serverId bc8d3685-f9c0-329d-9054-b12aabbcb834 key SR-2239
...
Количество экземпляров купонов, передаваемых в течение дня на один сервер SetRetail, может превышать 1,5 млн.
В торговой сети может быть большое количество серверов SetRetail10, что можеи приводит к формированию существенных очередей, и периодически возникает ситуация, при которой очереди купонов формируются быстрее, чем разбираются. В случае же, если сервер магазина был временно недоступен, сокращение временного отставания происходит крайне медленно.
Ранее можно было произвести оптимизацию ручным методом, но это незначительно помогало в работе транспорта:
- Удаление неактуальных записей из таблицы card_unique_coupon_exemplar
- vacuum таблицы card_unique_coupon_exemplar
- vacuum БД set и set_operday
Указанные действия ускоряли разбор очереди, но даже по истечении трёх дней после данных действий задержка получения купонов составляет более двух суток.
Начиная с версии 10.2.53.0 транспорт купонов оптимизирован для таких ситуаций.