DK
Да, мы делали ручную проверку на длину, если меньше, то сохраняли как строку
а в чом кайф?
Size: a a a
2019 February 14
AK
Если вы искать по ним хотите, то точно надо строкой, причём просто код. JSON нельзя в query api использовать
DK
А если это PostgreSQL?
... PostgreSQL provides the text type, which stores strings of any length.
... PostgreSQL provides the text type, which stores strings of any length.
это на уровне дизайна базы сделано и MyBatis на этом завязан тоже. Пофиг какая база
EZ
это на уровне дизайна базы сделано и MyBatis на этом завязан тоже. Пофиг какая база
Понял. Спасибо!
EZ
У нас проект еще молодой и поэтому мы со временем наступим на все грабли на которые на практике все наступают :)
EZ
А так сейчас используем все что из коробки дает Camunda Rest API
DG
а в чом кайф?
Не помню уже))) Сейчас нет таких переменных, только ИД-ы объектов из внешних хранилищ
EZ
А куда посоветуете History перебрасывать? ElasticSearch норм?
EZ
Хотя вот не лежит душа к ElasticSearch :)
EZ
Еще наверное переброс с Camunda на Elastic через какой-нибудь Messaging Service делать нужно. Чтобы данные не потерялись.
DK
У нас проект еще молодой и поэтому мы со временем наступим на все грабли на которые на практике все наступают :)
в камунде не нужны данные, которые не нужны процессу. Самый типичный паттерн - айдишник из "нормальной" базы, по которому "нормальная" сущность гетается в сервис тасках, или рисуется форма с "нормального" сервиса форм.
EZ
в камунде не нужны данные, которые не нужны процессу. Самый типичный паттерн - айдишник из "нормальной" базы, по которому "нормальная" сущность гетается в сервис тасках, или рисуется форма с "нормального" сервиса форм.
Да на прошлом проекте когда был jBPM 3 так и делали. Скидывали все в Elastic и все поисковые/отчетные процедуры делали в Elastic для того чтобы получить ID. А потом уже с jBPMа по ID вытаскивали все данные.
DK
ну эластик как основная бд это как-то так себе
EZ
ну эластик как основная бд это как-то так себе
Если для отчетов и поиска?
EZ
ну эластик как основная бд это как-то так себе
Или возможности Camunda History покроют все нужды запросов?
DK
все нужны запросов по процессам. Но практически всегда хочется к ним бизнесовые данные подключить. Например, узнать как идут процессы, если у клиента доход >х. При этом дохода нет в контексте, т.к. он не нужен
DK
значит, нужно это всё где-то наджоинить
AS
ну эластик как основная бд это как-то так себе
Почему? Именно для аудита самое оно, по мне так.
DK
я про то, чтобы там продовые данные хранить бизнесовые
DK
аудит и логи пожалуйста