Перейти к содержимому
Редактировал(а) Alexandr Fokin 2026/07/27 03:11
От версии 1.14
отредактировано Alexandr Fokin
на 2026/07/27 03:05
Изменить комментарий: К данной версии нет комментариев
К версии 1.16
отредактировано Alexandr Fokin
на 2026/07/27 03:11
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -30,7 +30,7 @@
30 30  -> Зависание обработки.
31 31  )))
32 32  |Ложный или дублирующий сигнал.|(% style="width:312px" %)Обработка TriggerEvent без sql TransactionalInbox.|(% style="width:703px" %)(((
33 -TriggerEvent был обработан более одного раза.
33 +TriggerEvent был обработан более одного раза ([[Гарантии доставки>>doc:Разработка.Брокеры сообщений.Apache Kafka.Kafka\. Механизмы.Гарантии доставки.WebHome]]).
34 34  
35 35  * Отвал и переподключение consumer. Транзакция БД закомичена, а сообщение брокера нет.
36 36  * Дублирование сообщений на отправке.
... ... @@ -42,7 +42,7 @@
42 42  )))
43 43  )))| |
44 44  |(% style="width:127px" %)Выводы|(% style="width:1260px" %)(((
45 -* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к потере полной целостности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]].
45 +* Более производительные решения возможны только с использованием InMemory ([[NoSQL>>doc:Разработка.Базы данных.NoSQL.WebHome]]) хранилища. Что ведет к потере полной целостности и отсутствию полного [[ACID>>doc:Разработка.Базы данных.Концепции.ACID.WebHome]]. При этом корретная обработка возможна (хоть она и будет более долгой).
46 46  * Решение на основа только реляционной БД ([[SQL>>doc:Разработка.Базы данных.SQL.WebHome]]) не может гарантировать такой же высокий уровень производительности. Возможно смещение в сторону периодической перепроверки по таймеру (увеличение задержки между завершением работы и реакций на это).
47 47  )))| |
48 48  )))