Комментарий

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

Подробности

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

Содержимое

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