Открыть конкретный рабочий процесс по ID в редакторе рабочих процессов /workflow возможно. Достаточно скопировать ID записи wf_workflow и сформировать ссылку https://инстанс/workflow/{wf_workflow.sys_id} По умолчанию, ссылка такого формата при открытии рабочего процесса в редакторе не формируется т.к. в редакторе может быть одновременно открыто несколько вкладок с рабочими процессами:
Мы разрабатываем Low/no-code платформу, поэтому наши статьи в первую очередь для "даже не программистов"). Что касается "внутрянки", для хранения значений атрибутов мы используем отдельные таблицы для каждого скалярного типа. Например, sys_re_attribute_value_int2, sys_re_attribute_value_varchar, sys_re_attribute_value_double и т.д. В каждой из этих таблиц есть три основных поля: 1) record_id - ID записи, к которой относится значение атрибута; 2) re_attribute_id - ссылка на запись атрибута; 3) value - значение атрибута для конкретной записи. Тип этого поля зависит от типа атрибута: Small Integer, String, Float и т.д.
Подумаем над написанием отдельной статьи с описанием технических нюансов, если увидим заинтересованность этой темой.
Подход REM является улучшенной версией модели EAV (Entity–attribute–value). Основное отличие для пользователя это возможность повторного использования атрибутов в нескольких моделях (через коллекции).
Открыть конкретный рабочий процесс по ID в редакторе рабочих процессов /workflow возможно. Достаточно скопировать ID записи wf_workflow и сформировать ссылку https://инстанс/workflow/{wf_workflow.sys_id}
По умолчанию, ссылка такого формата при открытии рабочего процесса в редакторе не формируется т.к. в редакторе может быть одновременно открыто несколько вкладок с рабочими процессами:
Скажи честно, "вдохновлялся" этой статьей?)
https://www.cnews.ru/reviews/low-code_platformy_2025
Речь про ITAM SimpleOne?)
Для корпоративных заказчиков вероятнее всего он не подойдёт
что можете сказать про этот продукт?
Мы разрабатываем Low/no-code платформу, поэтому наши статьи в первую очередь для "даже не программистов"). Что касается "внутрянки", для хранения значений атрибутов мы используем отдельные таблицы для каждого скалярного типа. Например,
sys_re_attribute_value_int2,sys_re_attribute_value_varchar,sys_re_attribute_value_doubleи т.д.В каждой из этих таблиц есть три основных поля:
1)
record_id- ID записи, к которой относится значение атрибута;2)
re_attribute_id- ссылка на запись атрибута;3)
value- значение атрибута для конкретной записи. Тип этого поля зависит от типа атрибута: Small Integer, String, Float и т.д.Подумаем над написанием отдельной статьи с описанием технических нюансов, если увидим заинтересованность этой темой.
Подход REM является улучшенной версией модели EAV (Entity–attribute–value). Основное отличие для пользователя это возможность повторного использования атрибутов в нескольких моделях (через коллекции).