Комментарий

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Содержимое

...	...	@@ -1,83 +1,19 @@
1		-|(% style="width:15px" %) |(% style="width:1470px" %)(((
2		-|(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %)
3		-|(% style="width:179px" %)Валидация перед запуском|(% style="width:1271px" %)(((
4		-|Валидация доменных объектов на возможность запуска экземпляра процесса (с гарантией, что доменной объект не будет изменен до конца транзакции планировщика, иначе мы можем принять некорректное решение о запуске процесса).
5		-|(((
6		-Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра
7		-
8		-|(% colspan="2" style="width:157px" %)Отношение экземпляров процесса и ключевых доменных сущностей.
9		-|(% style="width:157px" %)Допускается создание только одного экземпляра процесса|(% style="width:1078px" %)Экземпляр ключевой доменной сущности <-(1 к 1)-> Экземпляр процесса.
10		-Для каждого уникального ключа может быть только 0 или 1 экземпляр процесса.
11		-|(% style="width:157px" %)Допускается создание более одного экземпляра|(% style="width:1078px" %)(((
12		-Здесь речь идет не о том, что запуск возможен в один момент времени, а в целом, что допускается ситуация, что в случае если процесс уже выполнялся, мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность).
13		-\\В таком случае мы можем представить следующую модель данных:
14		-Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> экземпляр процесса.
15		-
16		-
17		-|Ключевой сквозной контекст не всегда может быть выражен явно, но фактически он будет существовать.
18		-|(((
19		-Пример 1
20		-
21		-Мы можем гарантировать, что в один момент времени имеется только один активный экземпляр процесса (и только он выполняется).
22		-\\Мы можем использовать указатель на активный процесс из сквозного контекста,
23		-или также мы можем добавить флажок активности в экземпляр процесса и наложить на него уникальный индекс.
24		-)))
25		-|(((
26		-Пример 2
27		-
28		-Сквозной контекст может отслеживать была ли достигнута финальная цель ключевой связки.
29		-
30		-Например:
31		-
32		-* целью является создание некоторого доменного объекта, когда он будет создан, информацию зафиксируется в сквозном контексте.
33		-* Эти данные не позволят запустить новый экземпляр так как цель достигнута - объект создан.
34		-* Если вдруг выясняется, что по какой-то причине созданный доменный объект объявляется недействительным, и не обходимо запустить процесс (по тому же ключу) для создания нового экземпляра доменного объекта, то также необходимо сбросить данные в сквозном контексте.
35		-(ручной сброс или подписка на доменной событие, оповещающее о смене статуса созданного объекта (аннулирование, блокировка и др.))
36		-)))
37		-)))
38		-)))
39		-)))
40		-|(% style="width:179px" %) |(% style="width:1271px" %)
41		-
42		-|(% style="width:151px" %)На основе события|(% style="width:1188px" %)Событие запуска процесса поступает извне, и обязательства о выборке данных для процесса лежат на внешнем компоненте.
43		-События могут помещаться в некоторый буфер - хранилище (брокер сообщений, БД) и разбираться обработчиком до исчерпания.
44		-|(% style="width:151px" %)На основе данных|(% style="width:1188px" %)(((
45		-|(% colspan="2" %)Замечания
46		-|Параллелизм|Гарантия, что код планировщика выполняются в эксклюзивном режиме, в случае если он запущен в нескольких экземплярах.
47		-Предполагается [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]] на уровне всех экземпляров.
48		-
49		-|(% style="width:177px" %)Тип|(% style="width:993px" %)
50		-|(% style="width:177px" %)Выборка до исчерпания|(% style="width:993px" %)(((
51		-Выборка данных до тех пор пока они не исчерпаются.
52		-
53		-Замечания:
54		-
55		-* Плохо подходит для больших объемов данных. Может привести к тому,
56		-* Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться.
57		-
58		-Пример:
	1	+|(% style="width:61px" %) |(% style="width:1393px" %)(((
	2	+|(% style="width:251px" %)Инициализация на основе события|(% style="width:1124px" %)Событие запуска процесса поступает извне
	3	+|(% colspan="1" rowspan="3" style="width:251px" %)Инициализация на основе данных|(% style="width:1124px" %)Выборка данных до тех пор пока они не исчерпаются.
	4	+Плохо подходит для больших объемов данных.
	5	+\\Например:
59	59	Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса.
60		-)))
61		-|(% style="width:177px" %)Инициализация, привязанная к дате.|(% style="width:993px" %)Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты.
	7	+|(% style="width:1124px" %)Инициализация, привязанная к дате.
	8	+\\Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты.
62	62	Таким образом мы явно ограничиваем блок данных. Но нужно учесть сценарии с возникновением ошибки, т.к. следующее срабатывание уже будет на основе новой даты.
63		-|(% style="width:177px" %)Перебор всего сета доменных сущностей.|(% style="width:993px" %)(((
64		-Необходимое условие: Наличие способа перебрать данные батчами, гарантия что данные не удаляются.
	10	+|(% style="width:1124px" %)Перебор всего сета доменных сущностей.
	11	+\\1) Возможно, если есть способ перебрать данные батчами.
	12	+Например: Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу. Таким образом мы получим фиксированные страницы данных, которые можно обрабатывать параллельно. Невозможно выполнить, если допускается удаление объектов.
65	65
66		-Вариант 1:
67		-Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу. Таким образом мы получим фиксированные страницы данных, которые можно обрабатывать параллельно. Невозможно выполнить, если допускается удаление объектов.
68		-
69		-Вариант 2:
70		-Если есть уникальный автоинкреметный числовой ключ, то можно использовать его.
71		-
72		-Вариант 3:
73		-Если кол-во записей не очень велико и мы можем без проблем полностью уместить сет всех ключей в оперативной памяти.
74		-(Не требует гарантии не удаления т,к. в случае обнаружения удаления можно просто пропустить ключ).
75		-
76		-Can queries that users ORDER BY using date to sort data be non deterministic?
77		-[[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]]
	14	+
78	78	)))
79		-)))
80		-)))
81		-|(% style="width:15px" %) |(% style="width:1470px" %)
	16	+|(% style="width:61px" %) |(% style="width:1393px" %)
	17	+|(% style="width:61px" %) |(% style="width:1393px" %)
82	82
83	83