MG
Конечно. И это в том числе способ хранить любую диаграмму в виде кода. Но вы всё ещё нуждаетесь в инструменте позволяющем сделать vcs-визуализацию для подобных диаграмм
Size: a a a
2021 February 21
AS
Конечно. И это в том числе способ хранить любую диаграмму в виде кода. Но вы всё ещё нуждаетесь в инструменте позволяющем сделать vcs-визуализацию для подобных диаграмм
Есть готовые библиотеки под все популярные платформы, поэтому утверждение про неразвитость ложно
MG
“готовые библиотеки под все популярные платформы” - какие конкретно вы имеете ввиду?
AS
“готовые библиотеки под все популярные платформы” - какие конкретно вы имеете ввиду?
Первая страница поиска выдает достаточно хороших результатов, например
https://github.com/bpmn-io/bpmn-to-image
https://github.com/bpmn-io/bpmn-to-image
MG
Спасибо, ознакомился. Да, инструмент позволяет делать diff двух bpmn-диаграмм, но средства для контроля версий это не предоставляет
AS
Спасибо, ознакомился. Да, инструмент позволяет делать diff двух bpmn-диаграмм, но средства для контроля версий это не предоставляет
Они не покрывают все случаи, но реализовать недостающие функции вообще не сложно
MG
Так вот потому это и неразвито, разве нет? Вы будете пытаться реализовать custom vcs over bmmn-io diff или будете просто использовать условный lucidchart? Мой посыл как раз в том что - стоит ли игра свеч?
2021 February 22
AS
Так вот потому это и неразвито, разве нет? Вы будете пытаться реализовать custom vcs over bmmn-io diff или будете просто использовать условный lucidchart? Мой посыл как раз в том что - стоит ли игра свеч?
Пользуйтесь чем вам удобнее ) Учесть хотелки всех невозможно, но существующие инструменты достаточно гибкие, чтобы собрать нужное парой строк
D
Всем привет, не могу решиться как лучше хранить данные и соблюсти уникальность. (реляционная бд, Postgresql)
Задача : добавить всем пользователям алиасы (ограничения такие же как и у логинов, т.е должны быть уникальны).
Из вариантов
1. оставить поле
+ большинство запросов не поменяется
- нужно добавлять дополнительную проверку при создании пользователя)
2. вынести
+ гарантия уникальности на уровне бд
- при этом нужно менять большинство запросов)
Может есть лучше вариант (json или еще что...)?
Задача : добавить всем пользователям алиасы (ограничения такие же как и у логинов, т.е должны быть уникальны).
Из вариантов
1. оставить поле
login у пользователя и добавить таблицу с alias + большинство запросов не поменяется
- нужно добавлять дополнительную проверку при создании пользователя)
2. вынести
username (обьеденить и alias и login) в отдельную таблицу + гарантия уникальности на уровне бд
- при этом нужно менять большинство запросов)
Может есть лучше вариант (json или еще что...)?
MG
Пользуйтесь чем вам удобнее ) Учесть хотелки всех невозможно, но существующие инструменты достаточно гибкие, чтобы собрать нужное парой строк
“Пользуйтесь чем вам удобнее” - это само собой. Я ж никому ничего не навязываю, просто мысли вслух
“собрать нужное парой строк” - боюсь, пока условный GitHub/Atlassian не внедрит у себя подобный diagram-vcs-diff на уровне wiki или не купит существующий ui-сервис для интеграции в те же идеи - сложно будет назвать это удобным и гибким, как по мне.
В любом случае, спасибо что откликнулись на рассуждения
“собрать нужное парой строк” - боюсь, пока условный GitHub/Atlassian не внедрит у себя подобный diagram-vcs-diff на уровне wiki или не купит существующий ui-сервис для интеграции в те же идеи - сложно будет назвать это удобным и гибким, как по мне.
В любом случае, спасибо что откликнулись на рассуждения
MG
Всем привет, не могу решиться как лучше хранить данные и соблюсти уникальность. (реляционная бд, Postgresql)
Задача : добавить всем пользователям алиасы (ограничения такие же как и у логинов, т.е должны быть уникальны).
Из вариантов
1. оставить поле
+ большинство запросов не поменяется
- нужно добавлять дополнительную проверку при создании пользователя)
2. вынести
+ гарантия уникальности на уровне бд
- при этом нужно менять большинство запросов)
Может есть лучше вариант (json или еще что...)?
Задача : добавить всем пользователям алиасы (ограничения такие же как и у логинов, т.е должны быть уникальны).
Из вариантов
1. оставить поле
login у пользователя и добавить таблицу с alias + большинство запросов не поменяется
- нужно добавлять дополнительную проверку при создании пользователя)
2. вынести
username (обьеденить и alias и login) в отдельную таблицу + гарантия уникальности на уровне бд
- при этом нужно менять большинство запросов)
Может есть лучше вариант (json или еще что...)?
Почему не рассматриваете вариант добавления ещё одного уникального поля alias?
D
Алиасов нужно много =)
MG
Более одного алиаса на пользователя? А зачем такие алиасы и в каких фичах они участвуют?
AS
Алиасов нужно много =)
Один ко многим звучит вполне годно
D
Да, я изначально сделал простым добавлением поля... В итоге не хватило, нужно опять добавлять.
Используется для аутентификации, т.к. куча проблем вылазит с разными форматами.
Используется для аутентификации, т.к. куча проблем вылазит с разными форматами.
MG
Так а зачем их много?
AS
Алиасов нужно много =)
Добавьте уникальный индекс на два поля user_id и alias и будет валидация средствами БД
D
Добавьте уникальный индекс на два поля user_id и alias и будет валидация средствами БД
Да, пока что к варианту с отдельной таблицей склоняюсь. Напряжно только с существующими запросами и миграциями =(
D
Так а зачем их много?
При логине с разных сервисов далеко не всегда совпадают форматы логинов.
Некоторые хотят использовать старый формат логина.
В основном это просьбы пользователей.
Некоторые хотят использовать старый формат логина.
В основном это просьбы пользователей.
MG
При логине с разных сервисов далеко не всегда совпадают форматы логинов.
Некоторые хотят использовать старый формат логина.
В основном это просьбы пользователей.
Некоторые хотят использовать старый формат логина.
В основном это просьбы пользователей.
Так предоставьте возможность смены логина и тогда неважно какой формат если его можно сменить