Изменения документа Инициализация процесса
Редактировал(а) Alexandr Fokin 2024/06/12 15:27
<
>
отредактировано Alexandr Fokin
на 2024/01/11 13:50
на 2024/01/11 13:50
отредактировано Alexandr Fokin
на 2024/01/11 14:20
на 2024/01/11 14:20
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -48,13 +48,16 @@ 48 48 ))) 49 49 |(% style="width:179px" %) |(% style="width:1271px" %) 50 50 51 +(% border="1" %) 51 51 |(% style="width:151px" %)На основе события|(% style="width:1188px" %)Событие запуска процесса поступает извне, и обязательства о выборке данных для процесса лежат на внешнем компоненте. 52 52 События могут помещаться в некоторый буфер - хранилище (брокер сообщений, БД) и разбираться обработчиком до исчерпания. 53 53 |(% style="width:151px" %)На основе данных|(% style="width:1188px" %)((( 55 +(% border="1" %) 54 54 |(% colspan="2" %)Замечания 55 55 |Параллелизм|Гарантия, что код планировщика выполняются в эксклюзивном режиме, в случае если он запущен в нескольких экземплярах. 56 56 Предполагается [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]] на уровне всех экземпляров. 57 57 60 +(% border="1" %) 58 58 |(% style="width:177px" %)Тип|(% style="width:993px" %) 59 59 |(% style="width:177px" %)Выборка до исчерпания|(% style="width:993px" %)((( 60 60 Выборка данных до тех пор пока они не исчерпаются. ... ... @@ -63,7 +63,7 @@ 63 63 64 64 * Плохо подходит для больших объемов данных. Может привести к долгому выполнению выборки. 65 65 * Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться. 66 -* Если при обработке ключевого доменного объекта возникнет ошибка, то это окажет влияние на всю операцию планирования. Может быть проблематично отбросить данный доменный объект, чтобы он не попал в выборку.69 +* Если при обработке ключевого доменного объекта возникнет ошибка, то это окажет влияние на всю операцию инициализации. Может быть проблематично отбросить данный доменный объект, чтобы он не попал в выборку. 67 67 68 68 Пример: 69 69 Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса. ... ... @@ -71,15 +71,15 @@ 71 71 |(% style="width:177px" %)Инициализация, привязанная к дате.|(% style="width:993px" %)Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты. 72 72 Таким образом мы явно ограничиваем блок данных. Но нужно учесть сценарии с возникновением ошибки, т.к. следующее срабатывание уже будет на основе новой даты. 73 73 |(% style="width:177px" %)Перебор всего сета доменных сущностей.|(% style="width:993px" %)((( 74 -Необходимое условие: Наличие способа перебрать данные батчами, гарантия что данные не удаляются. 77 +Необходимое условие: Наличие способа перебрать данные сета данных. 78 +Вариант 1: Если перебираем записи без использования параллелизма, то нам достаточно организовать некоторую пагинацию и последовательно идти, обрабатывая подходящие для запуска процесса строки. 79 +\\Вариант 2: 80 +Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу (Если есть уникальный автоинкреметный числовой ключ, то можно использовать его). 81 +Таким образом мы получим детерминированные страницы данных, которые даже можно обрабатывать параллельно. 82 +Невозможно выполнить, если допускается удаление объектов т.к. оно может изменить данные в страницах. 83 +Либо можно прикинуть вариант, когда мы используем блокировку доменных объектов через БД, таким в каждом обрабатываем батче будет уникальный набор строк, и если одна и та же строка попадет в разные батчи, то в первом случае она обработается, а во втором она будет отброшена. 75 75 76 -Вариант 1: 77 -Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу. Таким образом мы получим детерминированные страницы данных, которые даже можно обрабатывать параллельно. Невозможно выполнить, если допускается удаление объектов. 78 - 79 -Вариант 2: 80 -Если есть уникальный автоинкреметный числовой ключ, то можно использовать его. 81 - 82 -Вариант 3: 85 +Вариант 4: 83 83 Если кол-во записей не очень велико и мы можем без проблем полностью уместить сет всех ключей в оперативной памяти. 84 84 (Не требует гарантии, что сущность нельзя удалить, т,к. в случае обнаружения удаления можно просто пропустить ключ). 85 85