Мы написали SQL-запрос, чтобы извлечь данные из набора потоков задач (flow). Вы можете скопировать его и посмотреть, как работает выборка. Запрос показывает основные поля потока и поддерживает фильтр по параметру tasks_flows_flow_id.

 
SELECT
f.id AS "Идентификатор потока",
f.name AS "Название потока",
f.creator_name AS "Имя создателя потока",
f.planned_completion_time AS "Время на выполнение задачи",
f.tasks_ids AS "Задачи в потоке"
FROM flow f
WHERE 1=1
{% if url_param('tasks_flows_flow_id') is not none %}
  AND f.id = {{ url_param('tasks_flows_flow_id') }}
{% endif %}

SELECT — определяет, какую информацию нужно извлечь из набора данных. Например, запрос SELECT f.id AS "Идентификатор потока":

• выбирает идентификатор потока id из набора flow,
• присваивает ему название идентификатор потока,
• выводит результат в отдельную колонку в таблице.

FROM — указывает набор, из которого извлекаются данные. Мы извлекаем из flow — это таблица, которая содержит информацию о потоках задач.

WHERE — фильтрует результаты. Базовое условие 1=1 нужно, чтобы удобно добавлять дополнительные ограничения.

Далее используется шаблон Jinja. Эта часть проверяет, есть ли в отчете параметр tasks_flows_flow_id. Если отчет открыт из потока, Jinja подставляет его идентификатор и выводит только данные по этому потоку. Если отчет открыть напрямую в BI Конструкторе, параметр не передается, и отображаются все данные.

Мы написали SQL-запрос, чтобы извлечь данные из трех наборов: заданий бизнес-процессов (bizproc_task), запущенных процессов (bizproc_workflow_state) и шаблонов бизнес-процессов (bizproc_workflow_template). Вы можете скопировать его и посмотреть, как работает выборка. Запрос выводит основную информацию о запущенных бизнес-процессах и поддерживает фильтр по параметру workflow_template_id, чтобы отчет можно было строить по конкретному шаблону процесса.

SELECT
  t.created_date      AS "Дата создания задания",
  t.status_name       AS "Статус выполнения задания",
  t.user_name         AS "Участник задания",
  w.started_by_name   AS "Пользователь, запустивший процесс",
  w.completed         AS "Статус завершения процесса",
  w.duration          AS "Время, затраченное на выполнение",
  wt.name             AS "Название шаблона"
FROM bizproc_task t
LEFT JOIN bizproc_workflow_state w
  ON t.workflow_id = w.id
LEFT JOIN bizproc_workflow_template wt
  ON wt.id = w.workflow_template_id
WHERE 1=1
{% if url_param('workflow_template_id') is not none %}
  AND wt.id = {{ url_param('workflow_template_id') }}
{% endif %}
ORDER BY t.created_date DESC;

SELECT — определяет, какие данные нужно извлечь из наборов. Например, запрос SELECT t.created_date AS "Дата создания задания":

• выбирает дату создания задания created_date из набора bizproc_task,
• присваивает полю название Дата создания задания,
• выводит результат в отдельную колонку в таблице.

FROM и LEFT JOIN — указывают, из каких наборов берутся данные и как они связаны.

• bizproc_task содержит задания, которые выполняют сотрудники,
• bizproc_workflow_state хранит данные о процессе, в рамках которого было создано задание,
• bizproc_workflow_template описывает шаблон бизнес-процесса.

LEFT JOIN используется, чтобы показывать все задания, даже если для некоторых нет информации о состоянии или шаблоне.

WHERE — фильтрует результаты. Условие 1=1 не влияет на выборку и нужно, чтобы было проще добавить фильтры.

Далее используется шаблон Jinja. Эта часть проверяет, есть ли в отчете параметр workflow_template_id. Если отчет открыт из карточки протокола бизнес-процесса, Jinja подставляет идентификатор и показывает только связанные данные. Если отчет открыть напрямую в BI Конструкторе, параметр не передается, и отображаются все данные.