Зачем докам быть внутри упд?

сейчас эти доки имеют айди упд, поле nullable, т.е. может не быть связи с упд, т.е. документ сам по себе

Оставь доки в доках, а упд вынеси куда и разверни связь чтобы не доки имели связанный с ним упд, а упд был коллекцией документов (или только их айди ), тогда и нуллабл булщита у тебя не будет

вот да, была такая мысль, что связь не с той стороны

Ты просто мыслями завязался на реляционную модель

не отрицаю) первый проект где пытаемся в ддд, а мышление все ещё старое

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

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

вот

попробуем, есть вроде идея конечно немного не то, свой проект - свои правила, так или иначе избегу сложных тем в реальном проекте - совсем другое дело, скилл лучше растет)

А зачем связь хранить внутри доков? Судя по всему она не влияет на инвариант. Ну и пусть тогда будет в отдельном агрегате. И тогда если нет связи то и агрегата нет.

думаю это уже понятно

Ну и в удп тоже этой связи быть не должно. А она сама должна быть рядом с документами. Ибо Удп как старшему понятию незачем знать о младших и увеличивать связность и каскад изменений.

интересно...