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