Изменения документа Инициализация процесса
Редактировал(а) Alexandr Fokin 2024/06/12 15:27
<
>
отредактировано Alexandr Fokin
на 2024/01/27 17:55
на 2024/01/27 17:55
отредактировано Alexandr Fokin
на 2024/01/27 14:02
на 2024/01/27 14:02
Изменить комментарий:
К данной версии нет комментариев
Комментарий
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,72 +1,39 @@ 1 1 (% border="1" %) 2 -|(% style="width:15 7px" %)Триггеринициализации|(% style="width:1328px" %)(((2 +|(% style="width:15px" %) |(% style="width:1470px" %)((( 3 3 (% border="1" %) 4 -|(% style="width:118px" %)Событие|(% style="width:1191px" %)((( 5 -* Событие с UI (по вводу пользователя) 6 -* Доменное событие 7 -* Поступление сообщения 8 -* Срабатывание планировщика или периодического таймера (например [[CRON>>doc:Хостинг.Операционные системы.Linux.Механизмы.CRON.WebHome]]). 4 +|(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %)((( 5 +|(% style="width:301px" %)Автоматический запуск|(% style="width:951px" %)((( 6 +|по таймеру (по выборке)| 9 9 ))) 10 -|(% style="width:1 18px" %)Типтриггера|(% style="width:1191px" %)(((11 - *Ручной запуск (Инициированпользователем)12 - *Пособытию(Инициировансобытием)13 - *Автоматическийпоасписанию (Инициирован планировщиком)8 +|(% style="width:301px" %)Ручной запуск|(% style="width:951px" %)((( 9 +|По сущности (ключу)| 10 +|По групповой выборке (список ключей)| 11 +|По групповой выборке с параметрами| 14 14 ))) 13 +|(% style="width:301px" %)Запуск по событию|(% style="width:951px" %)((( 14 +|По сущности (ключу)| 15 +|По групповой выборке (список ключей)| 16 +|По групповой выборке с параметрами| 15 15 ))) 16 -|(% style="width:157px" %)Параметры инициализации|(% style="width:1328px" %)((( 17 -(% border="1" %) 18 -|(% style="width:227px" %)Тип|(% style="width:272px" %)Параметр|(% style="width:1023px" %) 19 -|(% style="width:227px" %)По сущности|(% style="width:272px" %)1 ключ|(% style="width:1023px" %) 20 -|(% style="width:227px" %)По группе сущностей ()|(% style="width:272px" %)Набор ключей сущностей|(% style="width:1023px" %) 21 -|(% style="width:227px" %)На основе данных, по выборке с параметрами|(% style="width:272px" %)dto с параметрами|(% style="width:1023px" %) 22 22 ))) 23 -|(% style="width:1 57px" %)Инициализацияна основенных|(% style="width:1328px" %)(((19 +|(% style="width:179px" %)Валидация перед запуском|(% style="width:1271px" %)((( 24 24 (% border="1" %) 25 -|(% style="width:142px" %)Тип|(% style="width:1168px" %) 26 -|(% style="width:142px" %)Выборка батчей до исчерпания|(% style="width:1168px" %)((( 27 -Выборка данных до тех пор пока они не исчерпаются. 28 - 29 -Замечания: 30 - 31 -* Плохо подходит для больших объемов данных. Может привести к долгому выполнению выборки. 32 -* Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться. 33 -* Одна ошибка блокирует всю инициализацию. 34 -Если при обработке ключевого доменного объекта возникнет ошибка, то это окажет влияние на всю операцию инициализации. 35 -Может быть проблематично отбросить данный доменный объект, чтобы он не попал в выборку. 36 - 37 -Пример: 38 -Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса. 39 -))) 40 -|(% style="width:142px" %)Перебор батчей данных|(% style="width:1168px" %)((( 41 -Когда речь заходит о переборе данных, то явно касаемся вопрос пагинации. 42 - 43 -Стоит учитывать следующие моменты: 44 - 45 -* Фильтрация - перебор ограниченного подмножества от всего набора данных (условие). 46 -* Параллелизм - возможность выполнения операции параллельно (с распределением блоков между обработчиками). 47 -* Модификация данных - гарантия что в процессе, данные могут быть изменены (самой инициализацией или внешним воздействием). 48 - 49 -Keyset пагинации может быть более эффективной (с точки зрения стоимости запроса). 50 -))) 51 -))) 52 -|(% style="width:157px" %)Валидация перед запуском|(% style="width:1328px" %)((( 53 -(% border="1" %) 54 -|(% style="width:114px" %)Доменные объекты|(% style="width:1195px" %)((( 55 -* Валидация доменных объектов на возможность запуска экземпляра процесса 56 -(с гарантией, что доменной объект не будет изменен до конца транзакции инициализации, иначе мы можем принять некорректное решение о запуске процесса). 21 +|((( 22 +* Валидация доменных объектов на возможность запуска экземпляра процесса (с гарантией, что доменной объект не будет изменен до конца транзакции планировщика, иначе мы можем принять некорректное решение о запуске процесса). 57 57 * В случае использования [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]], необходимо также гарантировать инкрементацию ключа доменных сущностей т.к. скорее всего их поля не изменятся напрямую. 58 58 * Как вариант - использование более строго уровня изоляции. 59 59 ))) 60 -|( % style="width:114px" %)Процессы|(% style="width:1195px" %)(((26 +|((( 61 61 Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра 62 62 63 -|(% colspan="2" %)Отношение экземпляров процесса и ключевых доменных сущностей. 64 -|(% style="width:199px" %)Допускается создание только одного экземпляра|(% style="width:978px" %)__Ключевые доменные сущности__ <-(1 к 1)-> __Экземпляр процесса__. 29 +(% border="1" %) 30 +|(% colspan="2" style="width:157px" %)Отношение экземпляров процесса и ключевых доменных сущностей. 31 +|(% style="width:172px" %)Допускается создание только одного экземпляра процесса|(% style="width:1063px" %)Экземпляр ключевой доменной сущности <-(1 к 1)-> Экземпляр процесса. 65 65 Для каждого уникального ключа может быть не более 1 экземпляра процесса. 66 -|(% style="width:1 99px" %)Допускается создание более одного экземпляра|(% style="width:978px" %)(((67 -Здесь речь идет не толькоотом, что несколько экземпляров активны в один и тот-же момент времени, а о том, что допускается ситуация, что в случае если у нас уже есть существующий экземпляр процесса (выполнявшийся ранее),и вместо того, чтобыизменитьего состояние и перезапустить, создаем новый экземпляр (при этом гарантируя валидность такого действия).33 +|(% style="width:172px" %)Допускается создание более одного экземпляра|(% style="width:1063px" %)((( 34 +Здесь речь идет не о том, что несколько экземпляров активны в один и тот-же момент времени, а о том, что допускается ситуация, что в случае если у нас уже есть существующий экземпляр процесса (выполнявшийся ранее), мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность такого действия). 68 68 \\В таком случае мы можем представить следующую модель данных: 69 - __Ключевые доменные сущности__<-(1 к 1)->__Ключевой сквозной контекст процесса__<-(1 к N)->__Экземпляр процесса__.36 +Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> Экземпляр процесса. 70 70 71 71 72 72 (% border="1" %) ... ... @@ -93,4 +93,57 @@ 93 93 ))) 94 94 ))) 95 95 ))) 96 -|(% style="width:157px" %) |(% style="width:1328px" %) 63 +|(% style="width:179px" %) |(% style="width:1271px" %) 64 + 65 +(% border="1" %) 66 +|(% style="width:151px" %)На основе события|(% style="width:1188px" %)Событие запуска процесса поступает извне, и обязательства о выборке данных для процесса лежат на внешнем компоненте. 67 +События могут помещаться в некоторый буфер - хранилище (брокер сообщений, БД) и разбираться обработчиком до исчерпания. 68 +|(% style="width:151px" %)На основе данных|(% style="width:1188px" %)((( 69 +(% border="1" %) 70 +|(% colspan="2" %)Замечания 71 +|Параллелизм|Гарантия, что код планировщика выполняются в эксклюзивном режиме, в случае если он запущен в нескольких экземплярах. 72 +Предполагается [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]] на уровне всех экземпляров. 73 + 74 +(% border="1" %) 75 +|(% style="width:177px" %)Тип|(% style="width:993px" %) 76 +|(% style="width:177px" %)Выборка до исчерпания|(% style="width:993px" %)((( 77 +Выборка данных до тех пор пока они не исчерпаются. 78 + 79 +Замечания: 80 + 81 +* Плохо подходит для больших объемов данных. Может привести к долгому выполнению выборки. 82 +* Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться. 83 +* Если при обработке ключевого доменного объекта возникнет ошибка, то это окажет влияние на всю операцию инициализации. Может быть проблематично отбросить данный доменный объект, чтобы он не попал в выборку. 84 + 85 +Пример: 86 +Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса. 87 +))) 88 +|(% style="width:177px" %)Инициализация, привязанная к дате.|(% style="width:993px" %)Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты. 89 +Таким образом мы явно ограничиваем блок данных. Но нужно учесть сценарии с возникновением ошибки, т.к. следующее срабатывание уже будет на основе новой даты. 90 +|(% style="width:177px" %)Перебор всего сета доменных сущностей.|(% style="width:993px" %)((( 91 +| |Пагинация|Параллелизм|Фильтрация сета| 92 +| |Страницы|+|-| 93 +| |Смещение|-|+| 94 + 95 +Необходимое условие: Наличие способа перебрать данные сета данных. 96 +Вариант 1: Если перебираем записи без использования параллелизма, то нам достаточно организовать некоторую пагинацию и последовательно идти, обрабатывая подходящие для запуска процесса строки. 97 +\\Вариант 2: 98 +Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу (Если есть уникальный автоинкреметный числовой ключ, то можно использовать его). 99 +Таким образом мы получим детерминированные страницы данных, которые даже можно обрабатывать параллельно. 100 +Невозможно выполнить, если допускается удаление объектов т.к. оно может изменить данные в страницах. 101 +Либо можно прикинуть вариант, когда мы используем блокировку доменных объектов через БД, таким образом в каждом обрабатываем батче (в один момент времени) будет уникальный набор доменных объектов, и если один и тот же объект попадет в разные батчи, то в первом случае он обработается, а во втором он будет отброшен (есть вероятность, что некоторые строки, существовавшие на момент начала операции, не попадут в выборку). 102 + 103 +Вариант 4: 104 +Если кол-во записей не очень велико и мы можем без проблем полностью уместить сет всех ключей в оперативной памяти. 105 +(Не требует гарантии, что сущность нельзя удалить, т,к. в случае обнаружения удаления можно просто пропустить ключ). 106 + 107 +[[Пагинация | Paging>>doc:Разработка.Базы данных.Сценарии.Пагинация | Paging.WebHome]] 108 + 109 +Can queries that users ORDER BY using date to sort data be non deterministic? 110 +[[https:~~/~~/dba.stackexchange.com/questions/241056/can-queries-that-users-order-by-using-date-to-sort-data-be-non-deterministic>>https://dba.stackexchange.com/questions/241056/can-queries-that-users-order-by-using-date-to-sort-data-be-non-deterministic]] 111 +))) 112 +))) 113 +))) 114 +|(% style="width:15px" %) |(% style="width:1470px" %) 115 + 116 +