luquidbase - только миграция (ну по хорошему) или добавление персистеных данных ввиде списков и справочников, схемы БД, а сохранение налету будет напрямую с приложения через jdbc/jpa/hibernate в mysql, без liquidbase

JSON - это формат передачи данных. Он ни имеет ни какого отношения к взаимодействию с БД.
JDBC - это скорее драйвер для того чтобы приложение могло подключаться к БД
Liquibase - это библиотека которая работает отдельно от приложения до момента старта приложения. Она вносит изменения в БД чтобы приложение потом могло мапить свои сущности на таблицы, ну или просто меняет схему в зависимости от потребностей и задачи

какая лучшая англоязычная  альтернатива https://stackoverflow.com ?

Товарищи доброго дня)
Рассудите...не могу в бд связи наладить.
Есть сущность пользователи и задачи.
Нужно сделать у каждого пользователя список доступных задач и потом задачи, которые сделаны помечать как выполненные и не выводить их больше пользователям!
Как это обыграть в БД? Чтоб не плодить костыли
Заранее спасибо !

Можно использовать дополнительное булево поле, например, isActive, изначально которое true. При выполнении задачи менять это значение на false.

Лучше для этого енамку заюзать, мб ещё какие то статусы для задач будут.

Согласен, енам универсальнее

Тут главное понять может ли некоторая задача быть доступна для нескольких пользователей. Если нет - простую OneToMany связь делай и уже как выше написали: будешь трекать статус по своему филду. В противном случае всё тоже самое только ManyToMany

У меня просто таблица общая с задачами и если поменяю в общей таблице true на false остальные пользователи ее тоже не увидят) я так изначально делал

Да вот в этом суть! Например один пользователь сделал, ему поставить false, а другой ещё не делал ему true

Делать список выполненных задач у юзера, и туда закидывать айди задач

Есть ещё сущность где фиксируется ид_пользовтаеля, ид_задачи, время начала и время окончания

Или если на юзера асайнятся таски, делать список доступных задач для него, и при выполнении убирать оттуда

Это manyToMany и вспомогательную табличку создавать пользователи-таски и оттуда потом убирать задачи ?

Я бы вообще юзал бы носкл и не парился с табличками)

Ещё как вариант вот - https://vladmihalcea.com/the-best-way-to-map-a-many-to-many-association-with-extra-columns-when-using-jpa-and-hibernate/

Сеычас посмотрю ) спасибо

А как с енам вы имели ввиду делать?

Принцип там тот же, что и при булевом поле isActive, только вместо true/false в поле будет храниться ключевое слово, например, статус задачи (NEW, IN PROCESS, DONE). Тогда в сущности Task будет доп поле следующего вида
@Column(name = "status")
@Enumerated(EnumType.STRING)
 private TaskStatus status;

Понял, просто опять получится что если изменять в таблице это поле, для остальных это тоже будет недоступно