Projekt oparty na domenie wraz z bazą danych wykresów

Question

Szukałem w Internecie informacji na temat korzystania zarówno z baz danych Drives Domain Driven Design i Graph, takich jak Neo4j, muszę powiedzieć, że nie ma zbyt wielu informacji!

Moje główne zapytania przychodzą z pozornym nakładaniem się dwóch, tj. Obie bazy wykresów i model DDD domeny, bazy danych Graph jednak tylko stan wstrzymania, a nie zachowanie. Nie jestem pewien, jak połączyć te dwa ... w jaki sposób mogę łączyć zachowanie? Być może korzystasz z usług domeny? Tworzenie encji/wartości domeny dla każdego węzła graficznego wydaje się niedorzecznym sposobem dodawania zachowania.

Wszelkie pomysły?

Answer 1

Mogą one współistnieć w taki sposób, że bazy danych wykresów są powszechnie używane po stronie "do odczytu".

Co ludzie czasami stosują CQRS do danego kontekstu ograniczonego i używają wykresu dla projekcji, gdzie ma to sens.

Answer 2

To zależy od Twojego ograniczonego kontekstu i sposobu korzystania z danych.

dane spożywanie ograniczony kontekst:

Można skorzystać z usługi domeny, aby ukryć technolegy szczegóły. Jest bardzo dobry przykład w słynnym dddsample. Korzystają z usługi RoutingService w celu oddzielenia wiedzy o routingu (odwołującej się do ograniczonego kontekstu routingu) od ograniczonego kontekstu ładunków.

Implementacja za usługą domeny prawdopodobnie nie została jeszcze opracowana przy użyciu ddd. Można go rozwijać w przyjazny dla wykresu sposób.

dane produkujące ograniczony kontekst:

CQRS może być dobrym rozwiązaniem, aby naprawić lukę między modelu domeny i bazy danych wykresu. W tym przypadku modele domenowe służą do generowania obliczonych węzłów i relacji.