Комментарий

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

Подробности

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

Содержимое

...	...	@@ -1,39 +1,72 @@
1	1	(% border="1" %)
2		-|(% style="width:15px" %) |(% style="width:1470px" %)(((
	2	+|(% style="width:157px" %)Триггер инициализации|(% style="width:1328px" %)(((
3	3	(% border="1" %)
4		-|(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %)(((
5		-|(% style="width:301px" %)Автоматический запуск|(% style="width:951px" %)(((
6		-|по таймеру (по выборке)|
	4	+|(% style="width:118px" %)Событие|(% style="width:1191px" %)(((
	5	+* Событие с UI (по вводу пользователя)
	6	+* Доменное событие
	7	+* Поступление сообщения
	8	+* Срабатывание планировщика или периодического таймера (например [[CRON>>doc:Хостинг.Операционные системы.Linux.Механизмы.CRON.WebHome]]).
7	7	)))
8		-|(% style="width:301px" %)Ручной запуск|(% style="width:951px" %)(((
9		-|По сущности (ключу)|
10		-|По групповой выборке (список ключей)|
11		-|По групповой выборке с параметрами|
	10	+|(% style="width:118px" %)Тип триггера|(% style="width:1191px" %)(((
	11	+* Ручной запуск (Инициирован пользователем)
	12	+* По событию (Инициирован событием)
	13	+* Автоматический по расписанию (Инициирован планировщиком)
12	12	)))
13		-|(% style="width:301px" %)Запуск по событию|(% style="width:951px" %)(((
14		-|По сущности (ключу)|
15		-|По групповой выборке (список ключей)|
16		-|По групповой выборке с параметрами|
17	17	)))
	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" %)
18	18	)))
19		-|(% style="width:179px" %)Валидация перед запуском|(% style="width:1271px" %)(((
	23	+|(% style="width:157px" %)Инициализация на основе данных|(% style="width:1328px" %)(((
20	20	(% border="1" %)
21		-|(((
22		-* Валидация доменных объектов на возможность запуска экземпляра процесса (с гарантией, что доменной объект не будет изменен до конца транзакции планировщика, иначе мы можем принять некорректное решение о запуске процесса).
	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	+Когда речь заходит о переборе данных, то явно касаемся вопрос [[Пагинация | Paging>>doc:Разработка.Базы данных.Сценарии.Пагинация | Paging.WebHome]].
	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	+(с гарантией, что доменной объект не будет изменен до конца транзакции инициализации, иначе мы можем принять некорректное решение о запуске процесса).
23	23	* В случае использования [[Оптимистичная блокировка>>doc:Архитектура и модели.Блокировки.Оптимистичная блокировка.WebHome]], необходимо также гарантировать инкрементацию ключа доменных сущностей т.к. скорее всего их поля не изменятся напрямую.
24	24	* Как вариант - использование более строго уровня изоляции.
25	25	)))
26		-|(((
	60	+|(% style="width:114px" %)Процессы|(% style="width:1195px" %)(((
27	27	Если существуют предыдущие экземпляры процесса (__по ключевому набору__), то они также валидируются на возможность запуска нового экземпляра
28	28
29		-(% border="1" %)
30		-|(% colspan="2" style="width:157px" %)Отношение экземпляров процесса и ключевых доменных сущностей.
31		-|(% style="width:172px" %)Допускается создание только одного экземпляра процесса|(% style="width:1063px" %)Экземпляр ключевой доменной сущности <-(1 к 1)-> Экземпляр процесса.
	63	+|(% colspan="2" %)Отношение экземпляров процесса и ключевых доменных сущностей.
	64	+|(% style="width:199px" %)Допускается создание только одного экземпляра|(% style="width:978px" %)__Ключевые доменные сущности__ <-(1 к 1)-> __Экземпляр процесса__.
32	32	Для каждого уникального ключа может быть не более 1 экземпляра процесса.
33		-|(% style="width:172px" %)Допускается создание более одного экземпляра|(% style="width:1063px" %)(((
34		-Здесь речь идет не о том, что несколько экземпляров активны в один и тот-же момент времени, а о том, что допускается ситуация, что в случае если у нас уже есть существующий экземпляр процесса (выполнявшийся ранее), мы не меняем его состояние и перезапускаем, а создаем новый экземпляр (при этом гарантируя валидность такого действия).
	66	+|(% style="width:199px" %)Допускается создание более одного экземпляра|(% style="width:978px" %)(((
	67	+Здесь речь идет не только о том, что несколько экземпляров активны в один и тот-же момент времени, а о том, что допускается ситуация, что в случае если у нас уже есть существующий экземпляр процесса (выполнявшийся ранее), и вместо того, чтобы изменить его состояние и перезапустить, создаем новый экземпляр (при этом гарантируя валидность такого действия).
35	35	\\В таком случае мы можем представить следующую модель данных:
36		-Ключевые доменные сущности <-(1 к 1)-> Ключевой сквозной контекст процесса <-(1 к N)-> Экземпляр процесса.
	69	+__Ключевые доменные сущности__ <-(1 к 1)-> __Ключевой сквозной контекст процесса__ <-(1 к N)-> __Экземпляр процесса__.
37	37
38	38
39	39	(% border="1" %)
...	...	@@ -60,57 +60,4 @@
60	60	)))
61	61	)))
62	62	)))
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		-
	96	+|(% style="width:157px" %) |(% style="width:1328px" %)