Комментарий

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

Подробности

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

Содержимое

...	...	@@ -1,13 +1,7 @@
1	1	(% border="1" %)
2	2	|(% style="width:15px" %) |(% style="width:1470px" %)(((
3	3	(% border="1" %)
4		-|(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %)(((
5		-|Автоматический запуск (по таймеру)|
6		-|Ручной запуск (одиночный, групповой, групповой с параметрами выборки).|
7		-|Запуск по событию|
8		-
9		-
10		-)))
	4	+|(% style="width:179px" %)Ручной и автоматический запуск процесса|(% style="width:1271px" %)
11	11	|(% style="width:179px" %)Валидация перед запуском|(% style="width:1271px" %)(((
12	12	(% border="1" %)
13	13	|(((
...	...	@@ -54,16 +54,13 @@
54	54	)))
55	55	|(% style="width:179px" %) |(% style="width:1271px" %)
56	56
57		-(% border="1" %)
58	58	|(% style="width:151px" %)На основе события|(% style="width:1188px" %)Событие запуска процесса поступает извне, и обязательства о выборке данных для процесса лежат на внешнем компоненте.
59	59	События могут помещаться в некоторый буфер - хранилище (брокер сообщений, БД) и разбираться обработчиком до исчерпания.
60	60	|(% style="width:151px" %)На основе данных|(% style="width:1188px" %)(((
61		-(% border="1" %)
62	62	|(% colspan="2" %)Замечания
63	63	|Параллелизм|Гарантия, что код планировщика выполняются в эксклюзивном режиме, в случае если он запущен в нескольких экземплярах.
64	64	Предполагается [[Пессимистичная блокировка>>doc:Архитектура и модели.Блокировки.Пессимистичная блокировка.WebHome]] на уровне всех экземпляров.
65	65
66		-(% border="1" %)
67	67	|(% style="width:177px" %)Тип|(% style="width:993px" %)
68	68	|(% style="width:177px" %)Выборка до исчерпания|(% style="width:993px" %)(((
69	69	Выборка данных до тех пор пока они не исчерпаются.
...	...	@@ -72,7 +72,7 @@
72	72
73	73	* Плохо подходит для больших объемов данных. Может привести к долгому выполнению выборки.
74	74	* Плохо подходит для сложных условий т.к. может привезти к тому, что будет невозможно выразить полный набор условий в виде запроса или запрос получиться сложным и также будет долго выполняться.
75		-* Если при обработке ключевого доменного объекта возникнет ошибка, то это окажет влияние на всю операцию инициализации. Может быть проблематично отбросить данный доменный объект, чтобы он не попал в выборку.
	66	+* Если при обработке ключевого доменного объекта возникнет ошибка, то это окажет влияние на всю операцию планирования. Может быть проблематично отбросить данный доменный объект, чтобы он не попал в выборку.
76	76
77	77	Пример:
78	78	Соединение таблицы доменных сущностей с таблицей процесса и выборка тех сущностей, по которым нет записи в таблице процесса.
...	...	@@ -80,25 +80,18 @@
80	80	|(% style="width:177px" %)Инициализация, привязанная к дате.|(% style="width:993px" %)Обработчик привязан к конкретной дате и рассматривает некоторый ограниченный набор, например одни сутки относительно указанной даты.
81	81	Таким образом мы явно ограничиваем блок данных. Но нужно учесть сценарии с возникновением ошибки, т.к. следующее срабатывание уже будет на основе новой даты.
82	82	|(% style="width:177px" %)Перебор всего сета доменных сущностей.|(% style="width:993px" %)(((
83		-| |Пагинация|Параллелизм|Фильтрация сета|
84		-| |Страницы|+|-|
85		-| |Смещение|-|+|
	74	+Необходимое условие: Наличие способа перебрать данные батчами, гарантия что данные не удаляются.
86	86
	76	+Вариант 1:
	77	+Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу. Таким образом мы получим детерминированные страницы данных, которые даже можно обрабатывать параллельно. Невозможно выполнить, если допускается удаление объектов.
87	87
88		-Необходимое условие: Наличие способа перебрать данные сета данных.
89		-Вариант 1: Если перебираем записи без использования параллелизма, то нам достаточно организовать некоторую пагинацию и последовательно идти, обрабатывая подходящие для запуска процесса строки.
90		-\\Вариант 2:
91		-Если мы уверены, что доменные объекты не удаляются, то мы можем отсортировать их по дате создания и первичному ключу (Если есть уникальный автоинкреметный числовой ключ, то можно использовать его).
92		-Таким образом мы получим детерминированные страницы данных, которые даже можно обрабатывать параллельно.
93		-Невозможно выполнить, если допускается удаление объектов т.к. оно может изменить данные в страницах.
94		-Либо можно прикинуть вариант, когда мы используем блокировку доменных объектов через БД, таким образом в каждом обрабатываем батче (в один момент времени) будет уникальный набор доменных объектов, и если один и тот же объект попадет в разные батчи, то в первом случае он обработается, а во втором он будет отброшен (есть вероятность, что некоторые строки, существовавшие на момент начала операции, не попадут в выборку).
	79	+Вариант 2:
	80	+Если есть уникальный автоинкреметный числовой ключ, то можно использовать его.
95	95
96		-Вариант 4:
	82	+Вариант 3:
97	97	Если кол-во записей не очень велико и мы можем без проблем полностью уместить сет всех ключей в оперативной памяти.
98	98	(Не требует гарантии, что сущность нельзя удалить, т,к. в случае обнаружения удаления можно просто пропустить ключ).
99	99
100		-[[Пагинация | Paging>>doc:Разработка.Базы данных.Сценарии.Пагинация | Paging.WebHome]]
101		-
102	102	Can queries that users ORDER BY using date to sort data be non deterministic?
103	103	[[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]]
104	104	)))