Зачастую приложение разработанное на BPMOnline, как и последующие его доработки требуется предоставлять в виде "all inclusive", т.е. всё что нужно, в т.ч. и настройки и бэкраунд-данные должны быть в Ваших пакетах, и единственное что остается сделать клиенту или его специалистам - это установить их. Но в части механизма переноса данных в самой архитектуре приложения есть проблемные моменты, в основном часто встречающиеся юзкейсы:
1) Перенос/инсталляция элементов организационной структуры, или изменений в ней через пакет. проблематика: Через "Данные" не переносятся, подключить их в пакет у Вас конечно получится с кучей связей, но при установке вас ожидает фиаско, в первую очередь потому, что требуется четкое соблюдение порядка добавления записей, в таблице SysAdminUnits есть внутренние связи FK между колонками Id и ParentId (значение одной колонки ссылается на значение из другой колонки этой же таблицы). Этими значениями определяется иерархия, по этому Вам необходимо добавлять записи в соответствии с их положением в дереве: от корня в глубь. совет: организовывайте вашу структуру в мастере в том числе проставьте галочки на "Есть руководители" (т.к. создается отельный орг.юнит), после чего в любом удобном инструменте просмотра таблиц БД, в таблице SysAdminUnits отсортируйте записи по колонке "CreatedOn" в порядке возрастания, и в таком виде экспортируйте INSERT инструкции для каждой записи отдельным блоком. PS: так же зачастую требуется перенос значений из таблиц SysAdminUnitsInRole (пользователи включенные в орг.юнит), и SysFuncRoleInOrgRole (связи орг.юнитов друг с другом),
а перед инсталяцией орг.юнитов пользователей - сначала инсталируйте контакты с которыми они будут связаны.
2) Перенос/инсталляция настроек рабочих мест, или изменений в них через пакет. проблематика: По той причине что организационную структуру Вы через данные не переносите, настройка рабочих мест просто не даст Вам создать данные так, как вы не включаете в виде данных необходимые значения для орг.юнитов. PS: Сами рабочие места, и даже разделы вы можете перенести через данные,
но если вам нужны данные о пользователях группах пользователей в раб.местах - тут только SQL-скрипт. Так что лучше уж тогда все переносить в скрипте.
3) Перенос/инсталляция настройки колонок в реестрах, деталях, окнах выбора и т.д. проблематика: Через "Данные" не переносятся, т.к. содержат бинарные данные в 2-х колонках (ObjectData, ObjectDifference) таблицы SysProfileData по какой-то причине не включаются в пакет вместе с данными, и аналогично предыдущему пункту вы можете создать такие "Данные", но при инсталляции получите записи с пустыми вышеупомянутыми колонками. совет: Опять же настраиваем "ручками в системе" потом отлавливаем новые записи в любом SQL-view, дампим записи (их будет 2-3 на каждый элемент настройки колонок) в блоках INSERT, но в данном случае не забудьте, что вам при инсталляции надо будет проверить существуют ли в таблице записи с такими же соотношениями колонок "Key" - "ContactId" и удалить их (не обновлять) если они есть после чего вставлять Ваши записи.
Вообщем у Вас может получиться объемистая часть данных которые надо включать в пакеты в виде SQL-скрипта. И идеальный подход для этого конечно использование подхода "Вставить, а если существует - обновить".
Так вот TSQL не предлагает каких либо "сахарных" инструкций aka MySQLUPSERT или PostgreSQLON DUPLIKATE KEY
В TSQL ближайший аналог это монстроузный MERGE который можно использовать для реализации вышеупомянутого подхода, ну конечно можно еще c использование IF EXISTS писать еще более "монструозные простыни", и даже делать SELECT->FOR-IF-UPDATE/INSERT но это уж простите меня - совсем "нубство".
Первый взгляд на MERGE вас конечно немного испугает и заставит пропотеть, особенно учитывая тот факт что вам не обойтись без многократного описания колонок и их соотношений, а в большинстве таблиц с которыми Вам его надо будет применять - более 10-ти колонок. :) а Вам понадобится их перечисление в 4-х местах в разном виде.
Но на помощь нам приходят современные средства разработки !
Итак... вот вам пошаговый рецепт составления такого скрипта на примере составления MERGE для переноса/обновления из таблицы SysAdminUnits в среде Jetbrains DataGrip (если вы или Ваши друзья коллеги студенты IT-смежной специальности, Вы без проблем получите ключ на год на весь пантеон из продуктов, WebStrom просто незаменим для JavaScript, особенно в свете того что с 7.10 версии наконец-то можно работать с пакетами в файловом режиме) PS: наверняка в SQL Managment Studio можно обвеситься плагинами и получить аналогичную функциональность (я сейчас про некоторые хоткеи и мультикурсорность, которые и есть суть - все сильно упрощают), если это так - прошу знатоков отписаться в комментариях что для этого потребуется, или же подтвердить что там так не выйдет.
Итак поехали:
Копируем шаблон конструкции
DROPTABLEIFEXISTS #Temp; CREATETABLE #Temp (
);
MERGE TargetTable AS dst USING #Temp AS src ON(dst.Id=src.Id)
WHEN MATCHED THEN UPDATESET
WHEN NOT MATCHED BY TARGET THEN INSERT (
) VALUES(
);
GO
ДАЛЬНЕЙШИЕ ИЗОБРАЖЕНИЯ ЭТО GIF-АНИМАЦИЯ, CLICKайте и ПРОСМАТРИВАЙТЕ
Открываем необходимую таблицу в структуре и переходим к ее определению (вкладка DDL) поиск в боковой схеме - простой набор символов с клавиатуры при выделении любой таблицы
открытие таблицы - F4
и копируем определение колонок в определение колонок временной таблицы шаблона, даем временной таблице осмысленное имя,
и вот тут начнется "магия" мультиселекта это IDE Alt+j (установка мультикурсорности на обнаруженных паттернах выделенного фрагмента)
Нам необходимо избавиться в обявлении колонок от значений "по умолчанию" (не знаю почему, но с этим иногда бывают проблемы, в контексте нашей задачи, проще избавиться, чтобы наверняка).
А так же удалем FK определения они нам само собой тоже не нужны
При помощи мощи мультиселекта и хоткеев паттерного выделения (выделить слово, добить/убрать из выделения символ) "творим магию"
обратите внимание на то, что лишние запятые изначально оставляются чтобы все строки соответствовали паттерну, а потом удаляются, остается установить имя целевой таблицы.
и вот мы получили вот такой вот скрипт
DROPTABLEIFEXISTS #TempSysAdminUnits; CREATETABLE #TempSysAdminUnits (
Id UNIQUEIDENTIFIER PRIMARYKEYNOTNULL,
CreatedOn DATETIME2,
CreatedById UNIQUEIDENTIFIER,
ModifiedOn DATETIME2,
ModifiedById UNIQUEIDENTIFIER,
Name NVARCHAR(250)NOTNULL,
Description NVARCHAR(250)NOTNULL,
ParentRoleId UNIQUEIDENTIFIER,
ContactId UNIQUEIDENTIFIER,
TimeZoneId NVARCHAR(250)NOTNULL,
UserPassword NVARCHAR(250)NOTNULL,
SysAdminUnitTypeValue INT NOTNULL,
AccountId UNIQUEIDENTIFIER,
Active BIT NOTNULL,
LoggedIn BIT NOTNULL,
SynchronizeWithLDAP BIT NOTNULL,
LDAPEntry NVARCHAR(250)NOTNULL,
LDAPEntryId NVARCHAR(250)NOTNULL,
LDAPEntryDN NVARCHAR(500)NOTNULL,
IsDirectoryEntry BIT NOTNULL,
ProcessListeners INT NOTNULL,
SysCultureId UNIQUEIDENTIFIER,
LoginAttemptCount INT NOTNULL,
SourceControlLogin NVARCHAR(250)NOTNULL,
SourceControlPassword NVARCHAR(250)NOTNULL,
PasswordExpireDate DATETIME2,
HomePageId UNIQUEIDENTIFIER,
ConnectionType INT NOTNULL,
UnblockTime DATETIME2,
ForceChangePassword BIT NOTNULL,
LDAPElementId UNIQUEIDENTIFIER,
DateTimeFormatId UNIQUEIDENTIFIER, );
потратив на его составление менее 5-ти минут :)
Ну а далее в этот скрипт перед операцией MERGE перенесите INSERT конструкциями, то что требуется изменив назначение на временную таблицу
Вуаля... итого 5-7 минут и готово.
Другими способами и копипастой, такой скриптик писать с таким огромным разношерстным объявлением - минут 20-30 :)
Так что юзайте возможности современных средств разработки коллеги.
мы на 79 переносили оргструктуру, пользователей и даже права на объекты через данные
там есть два момента:
1) надо сбросить, а после установки пакета вернуть, триггер TRSysAdminUnitRoot (без триггера не было проблем с установкой SysAdminUnit - я так понимаю механизм установки следит за порядком SAME REFERENCE записей)
2) (не уверен надо ли это вообще)) следить за порядком установки (он алфавитный) - контакты перед пользователями, роли перед пользователями и вхождениями ролей в роли и пользователей в роли (SysUserInRole, т.к. SysAdminUnitsInRole - заполняется в процессе актуализации оргструктуры см сленд пункт)
3) после установки пакета выполнить tsp_ActualizeAdminUnitInRole, просто чтобы не забыть сделать это вручную
4) осторожнее с корневыми ролями и Supervisor'ом
"Андросов Дмитрий" написал:3) после установки пакета выполнить tsp_ActualizeAdminUnitInRole, просто чтобы не забыть сделать это вручную
Да, это важное и полезное дополнение :)
Спасибо.
"Андросов Дмитрий" написал:(не уверен надо ли это вообще)) следить за порядком установки (он алфавитный)
ну вот это прям сомнительное утверждение :)
Ну если я конечно понимаю о чем идет речь.
Так как у потомка в колонке ParentId идет FK на Id этой-же таблицы, т.е. порядок просто ОБЯЗАН быть соблюден, иначе лови ошибки FK инсерта строк на уровне таблицы SysAdminUnit, при установке через данные именно в этом и проблема:
Мы профилировали запросы и там INSERT идет через перечисление VALUES а не каждая строка отдельной инструкцией... (так что тут фактически повезет / не повезет как сортируются значения в перечислении мне не ведомо да и мы в любом случае не можем это контролировать)
"Севостьянов Илья Сергеевич" написал:да и мы в любом случае не можем это контролировать
мы можем контролировать порядок иначе:
создаем данные на корневые роли, называем "SysAdminUnit1Roles"
далее на роли второго уровня, называем "SysAdminUnit2Roles"
далее на третий, называем "SysAdminUnit3Roles" и т.д.
[странно, но мы переносили 5ти уровневую оргструктуру в одних данных, поэтому и сомневался - не разбирает ли установщик данных, что в рамках одних данных установить сначала?]
после этого на самих пользователей "SysAdminUnit999Users" (контакты пользователей установили ранее)
после этого на SysUserInRole для переноса вхождения пользователей в группы
я имел ввиду, что во время установки по алфавиту упорядочиваются не записи, а схемы данных
Добрый день, подскажите, пожалуйста, как можно реализовать sql запрос на удаление данных в элементе "Задание- сценарий" БП или же в схеме карточки:
DELETE FROM [dbo].[Lead] WHERE [Id] = 'c6deb935-c86e-44f6-9101-eec17473c1df'
В БП в сценарии таким способом не выходит подключить userConnection:
using System;
using System.Collections.Generic;
using System.Collections.ObjectModel;
using System.Data;
using Terrasoft.Common;
using Terrasoft.Core;
using Terrasoft.Core.DB;
using Terrasoft.Core.Entities;
var delete = new Delete(userConnection)
.From("Lead")
.Where("Id").IsEqual(Column.Parameter("{c6deb935-c86e-44f6-9101-eec17473c1df}"));
return true;
The type arguments for method 'Terrasoft.Core.Process.ProcessModel.Get(string)' cannot be inferred from the usage. Try specifying the type arguments explicitly.
Если убрать галочку с "Для интерпретируемого процесса", то процесс выполняется успешно, но лид не удаляется, хотя напрямую sql запросом удаление происходит, в чем может быть проблема?
Добрый день, коллеги! Создаем в разделе новое обращение. В колонку Контрагент добавляем новую запись, которой нет в базе следующим образом: https://yadi.sk/d/3cVtO41M3G6nBG После заполнения необходимых полей при сохранении выдает следующую ошибку: https://yadi.sk/i/g-V0CAGN3GRYcs
Как это исправить?
Добрый день, Елена!
Данная проблема известна. Мы ее исправили в версии 7.10 (в ближайшее время будет релиз).
Если исправление необходимо внести локально на Ваш сайт, пожалуйста, обратитесь в поддержку с указанием проблематики и адреса сайта.
Спасибо за понимание.
if((new Select(UserConnection).Column(Func.Count("Id")).From("ActivityCorrespondence").Where("ActivityId").IsEqual(Column.Parameter(Entity.ActivityId)) as Select).ExecuteScalar<int>()>0){//...}
Также учтите, что поле «StartDate» хранит дату-время, поэтому на равенство сравнивать нет смысла, нужно взять интервал двух дат начала и конца периода (то есть дня) и сравнивать при помощи «IsLessOrEqual» и «IsGreaterOrEqual».
Коллеги, доброе утро! В C# блоке бизнес-процесса выполняется следующий скрипт:
Select caseDeadlineResponseSelect =newSelect(userConnection). Column("Case", "id").As("CaseId"). From("Case"). Where("Case", "StatusId").IsEqual(Column.Parameter(caseStatusNew)) .And("Case", "NrbSentDeadlineResponse").IsEqual(Column.Parameter("0")) .And(Func.DateDiff(DateDiffQueryFunctionInterval.Minute, Column.Const(dateNow), new QueryColumnExpression("RegisteredOn"))/
Func.DateDiff(DateDiffQueryFunctionInterval.Minute, new QueryColumnExpression("ResponseDate"), new QueryColumnExpression("RegisteredOn"))).IsGreaterOrEqual(Column.Parameter(0.9)) asSelect;
Проблема в том, что в блоке WHERE в частности где идет идет деление дат, происходит округление в большую сторону, т.о как правило результат выражения
Func.DateDiff(DateDiffQueryFunctionInterval.Minute, Column.Const(dateNow), new QueryColumnExpression("RegisteredOn"))/
Func.DateDiff(DateDiffQueryFunctionInterval.Minute, new QueryColumnExpression("ResponseDate"), new QueryColumnExpression("RegisteredOn")))
всегда равен больше единицы. В обычном SQL, я бы произвел конвертацию делимого и делителя:
Но как произвести конвертацию в C# блоке я не понял. Я использовал функцию CAST, но не смог подобрать DBDatValueType.
Подскажите, как все таки произвести вычислениях хотя бы до десятых долей.
Прошу помощи у коллективного разума, т.к. официальная поддержка отклонила этот вопрос по SLA, как касающийся разработки "новой функциональности", хотя это очевидная просьба о разъяснении логики работы встроенных механизмов.
На конфигурации "A" - разрабатывался пакет в его составе предусмотрено несколько SQL-скриптов.
Они были созданы с Типом установки "После сохранения пакета".
Пакет был успешно перенесен в другую конфигурацию ("B") через SVN, т.е. установлен там из репозитория в котором из конфигурации "A" он был зафиксирован.
После установки пакета в конфигурацию "B",
И выполнения пункта действий конфигуратора "Установить для требующих обновления" - скрипты были выполнены и с них снялся признак "Требует установки в БД".
А вот в искомой конфигурации "А" (где разрабатывался пакет и откуда он фиксировался в SVN) после "Установки этих скриптов" - выполнении действия конфигуратора "Установить выбранные элементы" - признак "Требует установки в БД" - не снимается,
Что приводит к их постоянному повторному выполнению, когда кто либо в конфигурации использует "Установить для требующих установки".
Можно ли, и если да то как снять этот признак принудительно ?
Как правильно конфигурировать такие скрипты, когда их выполнение требуется только при установке пакета (регистрация разделов, деталей, справочников и т.д. и в дальнейшем даже при обновлении пакета их выполнение более не требуется ?
PS: 3 доступных значения "Тип установки",
не ясно чем они отличаются, когда и при каких условиях выполняются.
(в документации всего 2 упоминания на 97-й странице, ничего никак не разъясняющие)
Не очень понятно, что например подразумевается под типом установки "После сохранения пакета".
О каком "сохранении" идет речь ?
Т.е. они выполняются каждый раз когда пакет - что?
Фиксируется в репозитории или устанавливается из него, или при каждом обновлении пакета.
Для начала короткая тру-стори. Как мы все знаем, иногда появляются ситуации, когда нужно сделать простенький sql запрос. Хорошо, когда система развернута on-site (management studio вам в помощь), однако у некоторых система в облаке. Товарищи из "Программные Технологии" в своё время запилили программку sql_executer (за что им ОГРОМНОЕ спасибо), но в ней обнаружился забавный баг: данные при нескольких select-ах наползали друг на друга + при переносе на новые версии (7.8, 7.9) ломался интерфейс. В новой же редакции они распространяют свой продукт через маркетплейс.
Недавно мне понадобился обновленный executor, запрос на него висит уже дня 2-3... Вся эта ситуация привела к написанию своего варианта реализации запросов к бд.
Итак, плюсы:
1) Произвольные select-запросы, update, delete и т.п Вообще все, что угодно, ибо всё работает через CustomQuery
2) Работают tab и F5 (ура!)
Минусы:
1) Это ни в коем случае не супер-оттестированный продукт.
2) Так и не заработала маска :( Поэтому, если запрос выполняется очень долго, то узнать об этом можно по зависанию интерфейса (пример: select * from sysimage)
В итоге: решение годится для тех случаев, когда надо срочно что-то подсмотреть/выполнить, но неохота часто лезть в конфигурацию или ждать ответа с заказа на маркетплейсе.
Прикрепляю архив для установки пакета и архив со схемами (5 штук, для простого импорта).
После установки: Дизайнер системы -> пункт "Импорт и Интеграция" -> Запросы в Бд
Данила, спасибо за feedback!
Маркетплейс удобен (в основном конечно в недалеком будущем:wink:) тем, что там всегда доступна актуальная протестированная Террасофтом рабочаяя версия продукта для любой версии платформы. Кроме того, сейчас у команды в работе задачи по выгрузке в csv, сохранению запросов в историю и прочее, и конечно мы будем поддерживать продукт в плане обновления версий платформы.
"запрос на него висит уже дня 2-3..." - надеюсь это не SQL запрос:lol::lol::lol:
Уточни пожалуйста, на кого из менеджеров пришел запрос, кто с тобой связывался? Нам это важно для выстраивания и оптимизации наших внутренних процессов.
По любым продуктам/проектам Программных Технологий ты всегда можешь писать мне напрямую - svistunov@samarasoft.ru, либо запрашивать продукты через наш сайт актуальную последнюю вресию. В феврале мы выпускаем еще 3 продукта, которые будем поддерживать и развивать + 3 продукта запланировано на март + 3 на апрель.
На основе обратной связи поставил себе в план:
Предоставить актуальные пакеты. Во вложении.
В понедельник сделаю пост на комьюнити с анонсом продуктов (чтобы не было потребности переизобретать велосипеды из-за моментов взаимодействия): PT SMS Connector, PT External File Storage, PT Virtual Cashbox, PT JIRA Connector, PT Process Scheduler, PT Questionnaire, PT Currency Rates, PT Pulse Notifications. Думаю, назначение большинства понятно из названия:smile:
В течение следующей недели обязаюсь ответным комментарием выложить публичный svn для наших бесплатных продуктов
Попробовал установить SQL Executor на стандартную демку sales team в облаке Terrasoft через стандартный модуль "Установка приложений". Продукт не встал, лог могу выслать, если разработчику интересно.
При настройке системы иногда возникает потребность внесения ряда изменений на уровне базы данных.
Наш бесплатный модуль для bpm’online позволяет техническим специалистам осуществлять выборки из базы данных и выполнять SQL-команды наиболее удобным способом и без потери времени.
Особенно эта возможность актуальна для пользователей сайтов on-demand, когда доступ к базе данных ограничен.
Чтобы получить подробную информацию по настройке и использованию консоли SQL запросов, а также заполнить форму заказа этого бесплатного решения, просто перейдите по ссылке.
Будем рады ответить на ваши вопросы!
С уважением,
Зайчиков Илья
Менеджер продуктов
ООО «Программные Технологии»
Центр разработки и внедрения Террасофт Поволжье
Тел. +7 (846) 266-55-69
Email: galanin@samarasoft.com
samarasoft.com
Да, всё верно. Эта версия позволяет более удобно выполнять SQL запросы в интерфейсе 7.X, в новой версии появилась подсветка синтаксиса языка SQL, возможность настроить разграничение доступа к данному модулю, выполнять одновременно несколько select запросов (как это позволяет делать SQL Management Studio), выполнять сортировку полученных результатов и обрабатывать ошибки в случае некорректного написания SQL-команды.
Приношу извинения, но, к сожалению, вашей заявки не было на сайте, возможно что-то было не так заполненно, так как заявки приходят, мы только что проверили.
А утилиту мы конечно же предоставим!
Доброго времени суток. Как правильно написать команду SQL типа (Type), воспринимает ее как (Select, where, as и т.д.) в обычное поле в которое можно записывать. Поле Type имеется у таблицы в БД, оно системное, возможности переименовать ее нет.
Например:
SELECT DISTINCT
[Product].[Id] as [ProductID],
[Product].[Type] as [TypeID],