Spring Data Mongodb - repository für die Sammlung, mit verschiedenen Arten

Habe ich ein mongo Sammlung enthalten drei Arten von Entitäten, die ich anzeigen auf java-Typen:

  • Knoten
  • LeafType1
  • LeafType2

Sammlung ist ment zu speichern, Baumstruktur mit dbRefs der untergeordneten Knoten im übergeordneten Eintrag.

Ich nicht finden alle Informationen über den Gegenstand in Spring reference Dokumentation so Frage ich hier: gibt es eine Möglichkeit zu nutzen Repository Mechanismus, um die Arbeit mit der Sammlung enthalten können verschiedene Arten von Objekten?

Deklarieren mehrere repositories für die verschiedenen Typen in eine Sammlung scheint nicht sehr gute Idee, weil ich immer kämpfen mit Situationen, in denen abgefragt Objekt ist nicht in der erwarteten Art und erstellen ein repository für die abstrakte Klasse, die alle möglichen Arten inherrit nicht zu funktionieren scheint.

Um zu verdeutlichen, was ich meine:

/**
 * This seems not safe
 */
public interface NodeRepository extends MongoRepository<Node, String> { }
public interface LeafType1Repository extends MongoRepository<LeafType1, String> { }
public interface LeafType2Repository extends MongoRepository<LeafType2, String> { }

/**
 * This doesn't work at all
 */
public interface MyCollectionRepository extends MongoRepository<AbstractMyCollectionNode, String> { }
InformationsquelleAutor SimY4 | 2014-12-02
  1. 6

    Wenn Knoten\LeafType1\LeafType2 sind sub-Klassen von AbstractMyCollectionNode, dann werden die Dinge einfach sein. Nur deklarieren Sie das repository wie Sie schreiben:

    public interface MyCollectionRepository extends MongoRepository<AbstractMyCollectionNode, String> { }

    Wir haben dies in einem Projekt, und es funktioniert gut. Frühlings-Daten fügen Sie eine Eigenschaft mit dem Namen '_class", um die Dokumente in mongodb collection, so dass Sie finger heraus, welche Klasse instanziiert werden soll.

    Dokumente, gespeichert in einer Sammlung kann einige ähnlichkeit, vielleicht können Sie extrahieren eine generische Klasse für Sie.

    Hier sind einige code kopiert aus einem unserer Projekte:

    Person:

    public abstract class Document {
    private String id;

    public String getId() {
        return id;
    }

    public void setId(String id) {
        this.id = id;
    }
    ....
    public class WebClipDocument extends Document {
    private String digest;
    ...

    Repository:

    public interface DocumentDao extends MongoRepository<Document, String>{
...

    Und, wenn Sie Ihre Dokumente in mongodb collection nicht die "_class" - Eigenschaft. Sie können Konverter:

    Beim speichern und Abfragen Ihrer Objekte, ist es bequem zu haben MongoConverter Instanz-handle der Zuordnung aller Java-Typen zu DBObjects. Aber manchmal möchten Sie vielleicht die `MongoConverter die meiste Arbeit zu tun, aber können Sie selektiv behandeln die Konvertierung für einen bestimmten Typ oder um die Leistung zu optimieren.

    • Das habe ich aber es funktioniert nicht. Zum Beispiel, wenn ich tun Extraktion von id bekomme ich eine Fehlermeldung, dass abstrakte Objekt kann nicht direkt instanziiert. Es scheint, dass-repository konfiguriert in einer Weise, die Sie vorschlagen, nicht wissen, welche Klasse zu verwenden, um die Karte zurückgegeben Wert. Wenn es für Sie arbeitet, können Sie erklären, Ihre Konfiguration im detail, bitte?
    • Ich habe aktualisiert die Antwort. Ich denke, der entscheidende Punkt, vielleicht der "_class" - Eigenschaft.
    • Ich habe aktualisiert die Antwort wieder nach Lesen der Frühlings-Daten Referenz und fand die 'Konverter'.
    • Und was ist mit Typ-überprüfung? das repository zurück Objekten des Typs Document. Tun Sie immer die überprüfung der zurückgegebenen Typ, um zu bestimmen, ob Sie den gewünschten Eintrag oder nicht?
    • Ja, wir überprüfen Sie und wandeln Sie die Dokument-Objekte dem tatsächlichen Typ.
    • Aber nicht Sie verlieren die Felder der WebClipDocument

    InformationsquelleAutor Leon
  2. 2

    Frühjahr Daten über den Repository-Deklarationen als Einstiegspunkt bei der Suche nach Entity-Klassen (keine scan-Pakete für Entitäten direkt).

    So alle Sie tun müssen, ist, zu erklären, eine "unbenutzte" Repository-Schnittstelle für den sub-Klassen, genau wie Sie vorgeschlagen als "unsicher" in Ihrer OP:

    public interface NodeRepository extends MongoRepository<Node, String> { 
  //all of your repo methods go here
  Node findById(String id);
  Node findFirst100ByNodeType(String nodeType);
  ... etc.
}
public interface LeafType1Repository extends MongoRepository<LeafType1, String> {
  //leave empty
}
public interface LeafType2Repository extends MongoRepository<LeafType2, String> { 
  //leave empty
}

    Haben Sie nicht verwenden die zusätzliche LeafTypeX repositories, kann man den Stock mit der NodeRepository für das speichern und suchen von Objekten des Typs LeafType1 und LeafType2. Aber die Erklärung der beiden anderen repositories erforderlich ist, so dass LeafType1 und LeafType2 gefunden werden, die als Entitäten mit ersten Scannen erfolgt.

    PS: all Dies unterstellt natürlich, dass Sie @Document(collection= "nodes") Anmerkungen auf Ihre LeafType1 und LeafType2 Klassen

    InformationsquelleAutor cheppsn
Schreibe einen Kommentar