Ist es in Ordnung, eine schreibgeschützte Auflistung von einem Aggregat abzurufen, ohne das Stammverzeichnis zu durchsuchen, um sie abzurufen? Mein Modell macht gerade einen Teil davon und ich habe mich gefragt, ob das ein akzeptables Design ist. Vielen Dank

Bearbeiten:

Hier ist ein Beispiel

Ich habe eine aggregierte Root-Entität namens UserAccount und eine andere aggregierte Root-Entität namens VideoStore. Benutzer können mehrere Läden haben, von denen sie getrennt sind, und Videotheken können viele Benutzer haben. Ein sehr einfaches Viele-zu-Viele-System, aber nicht, weil die Viele-zu-Viele-Brückentabelle Statusinformationen enthält. Daher muss es sich auch um eine Entität handeln. Ich habe also eine Brückenentität namens UserVideoStores und sie ist ein untergeordnetes Element des VideStore-Gesamtstamms (eins zu viele).

Wenn sich ein Benutzer anmeldet, möchte ich nachsehen, zu welchen VideoStores er gehört, und diese Informationen für ihn anzeigen. Ich kann dies auf einfache Weise tun, indem die UserAccount-Entität einen direkten (Eins-zu-Viele-) Verweis auf das untergeordnete Element UserVideoStores des aggregierten VideoStores-Stammverzeichnisses hat. Es scheint einfacher zu sein, dies zu tun, wenn Sie eine HQL-Abfrage verwenden und vom unteren Rand des Diagramms nach oben suchen, um herauszufinden, zu welchen Stores der Benutzer gehört.

Ist das sinnvoll?

Bearbeiten:

Nun, ich habe eine Lösung gefunden, um mein Modell sauberer zu machen. Ich habe nicht direkt über einige meiner Designs nachgedacht und gelernt, wie ich nHibernate ein bisschen besser einsetzen kann, um eine Lösung zu finden. Vielen Dank