DDD: отношение «один ко многим» между корнем пользовательского агрегата и почти всеми сущностями в других агрегатах.

Тот факт, что вы использовали слово «связанный» в своем предложении «Пользователь связан со всем ...», является подсказкой. Совершенно нормально, когда совокупные корни связаны или даже «принадлежат» друг другу. Однако вам нужно посмотреть, может ли сущность существовать без AR. Если это возможно, у него, вероятно, есть собственный жизненный цикл, и он должен быть дополненной реальностью. Если не может, то является частью совокупности. Это может быть сложно перегнать.

У вас должна быть очень четкая граница вокруг ваших AR. Например, хотя Форум может потребовать от Пользователя его создания, это не означает, что Форум нужно (или даже можно) удалить при удалении пользователя. Таким образом, пользователь на форуме может стать, скажем, ForumCreator (объектом значения), который содержит только имя пользователя и идентификатор. После удаления пользователя форум может продолжить свое существование.

В сценарии Order/OrderLine/Product нет особого смысла удалять все строки заказа, содержащие определенный продукт, если вы решите его удалить. Я знаю, что продукт, вероятно, никогда не следует удалять, но мы будем использовать его в качестве примера. Вы бы просто «денормализовали» соответствующие данные о продукте в строке заказа, например: идентификатор продукта, название продукта. Таким образом, даже если название продукта изменится, это не означает, что все строки заказа нуждаются в обновлении или даже должны быть обновлены. На самом деле строка заказа представляет собой момент времени, и «исходное» название продукта должно быть сохранено. Покупатель мог заказать «Some lirril product», а затем название изменилось на «Little product». Не то же самое, хотя это точно такой же продукт. Покупатель помнит только оригинал.

Я надеюсь, что это имеет смысл и помогает в некотором роде. Вам определенно нужно найти эти жесткие края графа объектов, чтобы добраться до реальных агрегатов.