HH
Делаешь его устревшим (любое другое слово подходящее под твою логику). Мб например active: false
Size: a a a
2021 July 20
HH
Или удаляешь
СП
надо попробовать переварит ли орм такой финт, что новый агрегат сохраняется в ту же таблицу
SP
Ну тип того, у тебя каждый агрегат считай один этап жизненного цикла/процесса.
SP
У каждого этапа можно статус "в процессе/закончен" вводить
СП
но в бд это одна таблица со списком проектов, я хочу на уровне кода для разных статусов функционал разнести
HH
А что будешь делать, если в каком-то этапе - добавятся данные?
СП
добавлю столбец в таблицу, этого не избежать если и несколько таблиц
HH
Кстати, на счет https://t.me/oop_ru/136359
А у тебя есть ответ, как бы ты решил?
А у тебя есть ответ, как бы ты решил?
HH
Но у тебя в одном этапе это нужно, а в другом нет
СП
если индивидуально для этапа - можно в отдельную вынести
HH
Ну вот они сразу и будут в отдельных. Ведь это разные агрегаты
SP
Я бы разделял, иначе придется статус вводить что ломает всю идею.
SP
Ну как, зависит от того как много статусов, если нет сложных переходов то есть варианты без таких усложнений
D
PG
А как быть со чтением?
Выборки, сортировки и пагинации всякие норм делаются из разных таблиц?
Выборки, сортировки и пагинации всякие норм делаются из разных таблиц?
СП
Как вариант можно сделать рядом что-то для чтения отдельное, например, сфинкс какой-нибудь.... Но если читать оттуда же, куда пишешь, то будет конечно менее удобно
СП
Статуса всего два, но хотел как-то обкатать идею разделения агрегата. Никогда не делал так, чтобы по сути был некий идентификатор (например, ProjectId) и на базе него несколько агрегатов
NF
вроде же это пример одной из одной из книжек по ддд
NF
первое что вспомнил это миллет