JPA-Spezifikationen von Beispiel

Spring Boot hier. Ich bin versucht zu wickeln meinem Kopf herum JpaRepositories und Specifications wenn diese im Zusammenhang mit der Umsetzung komplexer Abfragen und bin kämpfen, um zu sehen, den "Wald durch die Bäume" auf mehreren Positionen.

Eine kanonische Beispiel für eine Specification ist wie folgt:

public class PersonSpecification implements Specification<Person> {
    private Person filter;

    public PersonSpecification(Person filter) {
        super();
        this.filter = filter;
    }

    public Predicate toPredicate(Root<Person> root, CriteriaQuery<?> cq,
            CriteriaBuilder cb) {
        Predicate p = cb.disjunction();

        if (filter.getName() != null) {
            p.getExpressions()
                    .add(cb.equal(root.get("name"), filter.getName()));
        }

        if (filter.getSurname() != null && filter.getAge() != null) {
            p.getExpressions().add(
                    cb.and(cb.equal(root.get("surname"), filter.getSurname()),
                            cb.equal(root.get("age"), filter.getAge())));
        }

        return p;
    }
}

In diesem toPredicate(...) Methode, was die Root<Person> und CriteriaQuery darstellen? Am wichtigsten ist, es klingt, wie Sie brauchen, um eine zu erstellen Specification impl für jeder Art von filter, den Sie anwenden möchten, weil jeder spec wird übersetzt in ein und nur ein Prädikat...so zum Beispiel, wenn ich wollte, alle Menschen mit dem Familiennamen der "Smeeb" und einem Alter von mehr als 25, es klingt, als hätte ich schreiben müssen, ein LastnameMatchingSpecification<Person> sowie eine AgeGreaterThanSpecification<Person>. Kann das jemand bestätigen oder klären Sie das für mich?!

InformationsquelleAutor smeeb | 2018-02-06
  1. 5

    was machen die Root<Person> und CriteriaQuery dar?

    Root ist die Wurzel Ihrer Abfrage, im Grunde Was Sie Abfragen, für. In einem Specification Sie könnten es verwenden, um reagieren dynamisch auf diese. Dies würde ermöglichen es Ihnen, zum Beispiel, zu bauen OlderThanSpecification zu handhaben Cars mit einem modelYear und Drivers mit einem dateOfBirth durch die Erkennung der Art und mit der entsprechenden Eigenschaft.

    Ähnlich CriteriaQuery ist die vollständige Abfrage, die Sie wieder verwenden könnte, um Sie zu inspizieren und anzupassen, die das Prädikat Sie bauen auf Ihr basiert.

    wenn ich wollte, alle Menschen mit dem Familiennamen der "Smeeb" und einem Alter von mehr als 25, es klingt, als hätte ich schreiben müssen, ein LastnameMatchingSpecification<Person> sowie eine AgeGreaterThanSpecification<Person>. Kann das jemand bestätigen oder klären Sie das für mich?!

    Ich glaube, Sie haben das falsch verstanden. Der Spring-Data interfaces akzeptieren Specifications akzeptiert nur einen einzigen Specification. Also, wenn Sie wollen, finden Sie alle Persons mit einem bestimmten Namen und einem bestimmten Alter sind, erstellen Sie eine Specification. Ähnlich wie das Beispiel, das Sie nennen, die auch kombiniert zwei Einschränkungen.

    Aber Sie können erstellen Sie separate Specifications und erstellen Sie dann eine weitere eine Kombination von diesen, wenn Sie möchten, verwenden Sie jeweils separat, aber auch kombiniert.

    InformationsquelleAutor Jens Schauder
  2. 5

    Dies war für mich schwer zu auf den ersten, aber jetzt mache ich dynamische Abfragen mit Leichtigkeit und einer einzigen Spezifikation pro Tabelle (bei der Erweiterten Suche notwendig ist)

    Denke, diese Objekte wie:

    1. Root ist Ihre Tabelle.
    2. CriteriaQuery wird Ihre Abfrage, gut für die Anwendung deutlich, Unterabfragen, order by, usw.
    3. CriteriaBuilder ist, Ihre Bedingungen, gut für die Erstellung Ihrer where-Klauseln

    --

    Beginnen Sie immer mit einer Liste dann verdichten Sie am Ende entweder mit UND/ODER Bedingungen, die auf der Grundlage Ihrer Bedürfnisse.

    public Predicate toPredicate(Root<Person> root, CriteriaQuery<?> cq, CriteriaBuilder cb) {
    List<Predicate> predicates = new ArrayList<>();

    if(filter.getName() != null) {
        predicates.add(cb.equal(root.get("name"), filter.getName());
    }
    if(filter.getSurname() != null) {
        predicates.add(cb.equal(root.get("surname"), filter.getSurname());
    }
    if(filter.getAge() != null) {
        predicates.add(cb.equal(root.get("age"), filter.getAge());
    }
    if(predicates.isEmpty()){
        predicates.add(cb.equal(root.get("id"), -1);
        /* 
         I like to add this because without it if no criteria is specified then 
         everything is returned. Because that's how queries work without where 
         clauses. However, if my user doesn't provide any criteria I want to 
         say no results found. 
        */
    }

    return query.where(cb.and(predicates.toArray(new Predicate[0])))
                .distinct(true).orderBy(cb.desc(root.get("name")).getRestriction();
}

    Nun meine user weitergeben können jede Kombination dieser 3 Felder hier und diese Logik würde dynamisch die Abfrage erstellen um Bedingungen für Sie.

    z.B.
    name = John und Nachname = Mustermann und Alter = 41
    oder
    name = John und Alter = 41
    oder
    name = John
    etc.

    Schließlich, bei der Suche Saiten würde ich empfehlen, mit cb.wie und nicht cb.gleich so, dass Sie Ihre Suche in der Lage teilweise die Suche mit % übergeben wird, die von Benutzer-oder frontend-system.

    Im Hinterkopf behalten cb.wie ist die groß-und Kleinschreibung nicht per default muss verwendet werden in Verbindung mit cb.niedriger oder cb.oberen wie:

     predicates.add(cb.like(cb.lower(root.get("name"), filter.getName().toLowercase());

    Hoffe, das hilft !

    InformationsquelleAutor jDub9
Schreibe einen Kommentar