А агрегат контролирует инварианты и тех сущностей которые включает в себя или только совокупные? Получается нужно все методы сущностей переместить в агрегат а сами они станут value-object, в первом случае? У меня вопросы по реализации больше наверное...смотрел примеры на гите но остались вопросы без ответа

То есть, "связываются"? В бд это две таблицы один ко многим

Я бы посоветовал вообще представлять что это прсото объекты\процессы
И что они тоько в памяти хранятся.
Так будетп роще отойти от проектирвания схемы базы данных а не аггрегатов.
На крайнем слуяай что они в условных файдах в виду сереализованых обектов хранятся

Нет. Каждая сущность контролирует сама себя. Агрегат контролирует только их, пардон, агрегацию.

Ну вот зачем ты положил какие данные в Customer? Почему Order не может быть агрегатом отдельным?

Может

Я так и делаю, но реализовать так не получится

Почему?)

Ограничения по памяти

Имелось ввиду только представить. Не мыслить таблицами бд. Потом конечно можно будет все это замапить на таблицы если нужно

Ну напрммер, у меня есть Customer у которого 25.000 покупок. Мне нужно взять все которые куплены на прошлой неделе и применить скидку.
Из за ограничений на память я не могу размещать логику скидок в Order агрегате. Где она должна быть?

Ну, не скидку, а какую то модификацию свойства покупки

Добавить модификацию, ну допустим это столбик какой-нибудь переключить с 0 до 1. Почему нельзя это сделать ВНЕ агрегата допустим?

Скорее для видоса нужно сосредоточиться, а не как с статейками, я например всегда смотрю х2 или х4 чтобы максимально включиться в тему, хотя это все ещё медленнее чем читать.

Можно, вопрос где и как правильно это сделать

Возможно нужно при этом какое то событие кидать. Если просто через sql апдейтнуть столбик, то события не будет

Условный агрегат скидка
Который знает айди кастомера и количество покупок за прошлую неделю.
Все ничего и никаких изврашений не надо больше

я бы выбрал id этих покупок за прошлую неделю и каждой асинхронно применил скидку

Почему не можешь, делаешь поле get orders () => query.forLastWeekOrder() и окей, потом просто допишешь метод applyDisc (disc) => orders.all(x => x.disc(disc))

выборка всгда отстает от реальных данных
осебнно если чтения с реплики например
поидее нельзя выбирать несколько аггрегатов
Тогда надо будет их всех лочить раз надо над ними всеми операцию произвести так чтобы консистентно.
А локи это уже плохо. Мы и делали агррегаты ради того чтобы границу транзакции только на них применять
А тут нате вам раздвигаем транзакуию на кучу аггрегатов
Ибо пока вот все жто происходит может и новое добавится и старое удалится и время пройти
Вообщем кучу херни произвести