Berücksichtigung des Java Persistence Framework 2017 (7) EclipseLink

Vorherigen Post

• Überlegungen zum Java Persistence Framework 2017 (1)
• Diskussion zum Java Persistence Framework 2017 (2) Doma2
• Vermutung zum Java Persistence Framework 2017 (3) Reladomo
• Diskussion zum Java Persistence Framework 2017 (4) jOOQ
• Überlegungen zum Java Persistence Framework 2017 (5) Iciql
• Überlegungen zum Java Persistence Framework 2017 (6) Ebean

Vorwort

Da ich mit der Lückenzeit schreibe, würde ich es begrüßen, wenn Sie auf Teile mit geringer Genauigkeit hinweisen könnten. Schließen Sie zunächst diejenigen aus, die EOL sind. Wir werden kostenpflichtige Funktionen in Betracht ziehen, diese jedoch aufgrund des Taschenproblems nicht verwenden. Die verwendete Datenbank ist aus einem dummen Grund wie "Nun, vielleicht kann Postgre verwendet werden, auch wenn es nicht angegeben ist" auf Postgre festgelegt.

Umgebung

• PostgreSQL 9.6.3
• Eclipse Link 2.7.0
• org.eclipse.persistence javax.persistence 2.1.1
• Java 64bit 8u144

Tabellenstruktur

Korrespondenzbereich

○: Korrespondenz ×: Nicht unterstützt

Impressionen

• Es gibt keine automatische Generierung von Entitäten. ――Wenn in einer Umgebung ohne Container verwendet, scheinen die Spezifikationen von EntityManager ein Umweg zu sein.
• Ich habe vergessen, bis ich persistence.xml verwendet habe --Type Safe, Änderungswiderstand für Spaltennamen usw., mit denen Metamodelle mithilfe der Anmerkungsverarbeitung in JPA 2.0 generiert werden sollen, wurden verbessert. ―― …… Ist es nicht langweilig im Vergleich zu Metamodellen und anderen ORM-Bibliotheken? --EclipseLink 2.7.0 javax.persistence hat einen Fehler aufgrund einer falschen Signatur, weshalb das Rätsel des Einfügens von javax.persistence 2.1.1 vermieden wird

Stichprobe

Einzeltabellensuche

Suche alle

Main.java

CriteriaQuery<Employee> query = em.getCriteriaBuilder().createQuery(Employee.class);
em.createQuery(query).getResultStream().forEach(e -> {
    System.out.format("%1s: %2s, %3s, %4s\n", e.id, e.first_name, e.middle_name, e.last_name);
});

Primärschlüsselsuche

Main.java

CriteriaBuilder builder = em.getCriteriaBuilder();
CriteriaQuery<Employee> query = builder.createQuery(Employee.class);
Root<Employee> root = query.from(Employee.class);
em.createQuery(query.select(root).where(builder.equal(root.get(Employee_.id), 1L)))
        .getResultStream()
        .forEach(e -> {
    System.out.format("%1s: %2s, %3s, %4s\n", e.id, e.first_name, e.middle_name, e.last_name);
});

Tabellenverknüpfung

Main.java

em.createQuery(query.select(root).where(builder.equal(root.get(Employee_.id), 1L)))
        .getResultStream()
        .forEach(e -> {
    System.out.format("%1s: %2s, %3s, %4s\n", e.id, e.first_name, e.middle_name, e.last_name);
    e.posts.stream().forEach(p -> {
        System.out.format("\t%1s: %2s, %3s\n", p.id, p.employee_id, p.name);
    });
});

Employee.java

@Entity
@Table(name="employee")
public class Employee {
    @Id
    public long id;
    public String first_name;
    public String middle_name;
    public String last_name;

    @OneToMany(fetch = FetchType.EAGER)
    @JoinColumn(name = "employee_id", table = "post")
    public List<Post> posts;
}

Post.java

@Entity
@Table(name="post")
public class Post {
    @Id
    public long id;
    public long employee_id;
    public String name;
}

Der Punkt

• JPA-Referenzimplementierung, also JPA

Suchtpunkte

• Wenn Sie normalerweise mit EclipseLink 2.7.0 erstellen, werden Sie wütend, dass "javax.persistence eine andere Signatur hat".
• Bug 525457 Ernsthaft Kayo Shotaro

Nach dem Post

Ist noch nicht.

Referenzartikel

• JPA-Zuordnungskatalog
• JavaEE-Verwendungsprotokoll (JPA Part 4-Criteria API)