Комментарий

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

Подробности

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

Родительский документ

...	...	@@ -1,1 +1,1 @@
1		-Алгоритмы.Процессы.WebHome
	1	+Архитектура и модели.Модели.Процессы.WebHome

Содержимое

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