Исходный код вики Инициализация процесса
Версия 1.4 от Alexandr Fokin на 2024/01/11 12:53
Скрыть последних авторов
author | version | line-number | content |
---|---|---|---|
![]() |
1.4 | 1 | |(% style="width:15px" %) |(% style="width:1470px" %)((( |
2 | |Ручной и автоматический запуск процесса| | ||
3 | |Валидация перед запуском|((( | ||
4 | |Валидация доменных объектов на возможность запуска экземпляра процесса (с гарантией, что доменной объект не будет изменен до конца транзакции планировщика, иначе мы можем принять некорректное решение о запуске процесса). | ||
5 | |((( | ||
6 | Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра | ||
7 | |||
8 | Например: | ||
9 | |||
10 | |(% style="width:221px" %)Допускается создание только одного экземпляра процесса|(% style="width:1022px" %)Уникальный индекс по ключевому набору. | ||
11 | Для каждого уникального ключа может быть только 0 или 1 экземпляр процесса. | ||
12 | |(% style="width:221px" %)Допускается создание более одного экземпляра|(% style="width:1022px" %)Здесь речь идет не о том, что запуск возможен в один момент времени, а в целом, что допускается ситуация, что в случае если процесс уже выполнялся, мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность). | ||
13 | \\ | ||
14 | |(% style="width:221px" %) |(% style="width:1022px" %) | ||
15 | |||
16 | |||
17 | В1 - Процесс может быть запущен только один раз. | ||
18 | В2 - Новый процесс не может быть запущен, пока предыдущий процесс активен. | ||
19 | В3 - другое условие в глобальном контексте). | ||
20 | ))) | ||
21 | | | ||
22 | ))) | ||
23 | | | | ||
24 | |||
25 | |||
26 | |(% style="width:151px" %)На основе события|(% style="width:1188px" %)Событие запуска процесса поступает извне, и обязательства о выборке данных для процесса лежат на внешнем компоненте. | ||
![]() |
1.2 | 27 | События могут помещаться в некоторый буфер - хранилище (брокер сообщений, БД) и разбираться обработчиком до исчерпания. |
![]() |
1.4 | 28 | |(% style="width:151px" %)На основе данных|(% style="width:1188px" %)((( |
29 | |(% colspan="2" %)Замечания | ||
30 | |Параллелизм|Гарантия, что код планировщика выполняются в эксклюзивном режиме, в случае если он запущен в нескольких экземплярах. | ||
![]() |
1.2 | 31 | Предполагается [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]] на уровне всех экземпляров. |
![]() |
1.4 | 32 | |
33 | |||
34 | |(% style="width:177px" %)Тип|(% style="width:993px" %) | ||
35 | |(% style="width:177px" %)Выборка до исчерпания|(% style="width:993px" %)((( | ||
![]() |
1.2 | 36 | Выборка данных до тех пор пока они не исчерпаются. |
37 | |||
![]() |
1.3 | 38 | Замечания: |
39 | |||
40 | * Плохо подходит для больших объемов данных. Может привести к тому, | ||
41 | * Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться. | ||
42 | |||
![]() |
1.2 | 43 | Пример: |
![]() |
1.1 | 44 | Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса. |
![]() |
1.2 | 45 | ))) |
![]() |
1.4 | 46 | |(% style="width:177px" %)Инициализация, привязанная к дате.|(% style="width:993px" %)Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты. |
![]() |
1.1 | 47 | Таким образом мы явно ограничиваем блок данных. Но нужно учесть сценарии с возникновением ошибки, т.к. следующее срабатывание уже будет на основе новой даты. |
![]() |
1.4 | 48 | |(% style="width:177px" %)Перебор всего сета доменных сущностей.|(% style="width:993px" %)((( |
![]() |
1.2 | 49 | Необходимое условие: Наличие способа перебрать данные батчами, гарантия что данные не удаляются. |
![]() |
1.1 | 50 | |
![]() |
1.3 | 51 | Вариант 1: |
![]() |
1.2 | 52 | Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу. Таким образом мы получим фиксированные страницы данных, которые можно обрабатывать параллельно. Невозможно выполнить, если допускается удаление объектов. |
53 | |||
![]() |
1.3 | 54 | Вариант 2: |
55 | Если есть уникальный автоинкреметный числовой ключ, то можно использовать его. | ||
56 | |||
57 | Вариант 3: | ||
58 | Если кол-во записей не очень велико и мы можем без проблем полностью уместить сет всех ключей в оперативной памяти. | ||
59 | (Не требует гарантии не удаления т,к. в случае обнаружения удаления можно просто пропустить ключ). | ||
60 | |||
![]() |
1.2 | 61 | Can queries that users ORDER BY using date to sort data be non deterministic? |
62 | [[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]] | ||
![]() |
1.1 | 63 | ))) |
![]() |
1.2 | 64 | ))) |
65 | ))) | ||
![]() |
1.4 | 66 | |(% style="width:15px" %) |(% style="width:1470px" %) |
![]() |
1.1 | 67 | |
68 |