Überlegungen zum Java Persistence Framework 2017 (5) Iciql

Korrekturgeschichte

1. 2017/11/14 Der Titel wurde in "Framework" anstelle des interessanten Namens "Permanent Frame" geändert.

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

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
• Iciql 2.1.1
• Java 64bit 8u144 ―― Da weder Maven noch Git verbunden werden können, kann die manuelle DL repariert werden.

Tabellenstruktur

Korrespondenzbereich

○: Korrespondenz ×: Nicht unterstützt

Impressionen

―― "Es gibt keine leistungsstarke DSL-Funktion wie jOOQ und Query DSL, und es handelt sich nicht um ein Unternehmens-ORM wie Hibernate oder mybatis."

• Oh, das Dokument ist alt -
• So führen Sie das Tool zur Erstellung von Datenmodellen aus
• Fehler: java -cp iciql.jar; your_db_driver.jar <Parameter> --Korrektur: java -cp iciql.jar; your_db_driver.jar com.iciql.util.GenerateModels <Parameter>
• Parameter
• Falsch: -Benutzername
• Richtig: -user
• Falsch: -Folder
• Richtig: -folder
• Plötzlich keine Unterstützung für den Postgre-Charaktertyp mehr (später beschrieben)
• Die Entität bzw. das Datenmodell wird basierend auf Anmerkungen mit POJO erstellt. ――Es gibt auch ein Generierungswerkzeug, aber es ist nur ein Maß an Unterstützung ――Viel Druck im Austausch für die Freiheit

Stichprobe

Einzeltabellensuche

Suche alle

Main.java

public static void main(String... args) {
    try (Db db = Db.open("jdbc:postgresql:example", "postgres", "pass")) {
        Employee e = new Employee();
        List<Employee> list = db.from(e).select();

        list.stream().forEach(em -> {
            System.out.println(em.id + ":" + em.first_name + " " + em.middle_name + " " + em.last_name);
        });
    }
}

Primärschlüsselsuche

Main.java

List<Employee> list = db.from(e).where(e.id).is(BigDecimal.ONE).select();

Tabellenverknüpfung

Main.java

// 「com.iciql.IciqlException: ERROR:Spaltenreferenz"id"Ist mehrdeutig ", können Sie mir eine Kennung mit join geben ...
//List<EmployeePost> list = db.from(e).innerJoin(p).on(p.employee_id).is(e.id).select();
EmployeePost[] list = db.open(EmployeePostDao.class).getAllEmployeePost();

Arrays.asList(list).stream().forEach(em -> {
    System.out.println(
        em.id + ":" + em.employee_id
            + "/" + em.first_name + " " + em.middle_name + " " + em.last_name + " " + em.name);
    });

EmployeePostDao.java

public interface EmployeePostDao extends Dao {
    //Irgendwie ist hier nur ein Array und List ist nicht erlaubt
    @SqlQuery("SELECT e.id AS employee_id, e.first_name, e.middle_name, e.last_name, p.id AS id, p.name FROM employee AS e INNER JOIN post AS p ON e.id = p.employee_id")
    EmployeePost[] getAllEmployeePost();
}

EmployeePost.java

@Iciql.IQSchema("public")
@Iciql.IQIndex(name="Id", type= Iciql.IndexType.UNIQUE, value={ "id" })
public class EmployeePost {

    @Iciql.IQColumn(primaryKey=true, nullable=false, defaultValue="0", name = "id")
    public BigDecimal id;
    public String first_name;
    public String last_name;
    public String middle_name;
    @Iciql.IQColumn(nullable=false, defaultValue="0")
    public BigDecimal employee_id;
    public String name;

    public EmployeePost() {}
}

Generiertes Datenmodell

Es kommt etwas wirklich Einfaches heraus. Die durch das Zeichen (60) festgelegte Spalte wird von bpchar nicht unterstützt.

Employee.java

@IQSchema("public")
@IQTable(name="employee")
@IQIndex(name="Id", type=IndexType.UNIQUE, value={ "id" })
public class Employee implements Serializable {

	private static final long serialVersionUID = 1L;

	@IQColumn(primaryKey=true, nullable=false, defaultValue="0")
	public BigDecimal id;

	// unsupported type bpchar
	public Object first_name;

	// unsupported type bpchar
	public Object last_name;

	// unsupported type bpchar
	public Object middle_name;

	public Employee() {
	}
}

Der Punkt

• Bereitstellung nur der Mindestfunktionen mit Schwerpunkt auf der Leichtigkeit der Bibliothek selbst
• POJO, Nur-Schnittstelle-Definition, Richtlinie zur Beseitigung der gesamten Vererbungskomplexität

Suchtpunkte

Glauben Sie an die Quelle, weil die offizielle Dokumentation anders ist.

Nach dem Post

Ist noch nicht.

Referenzartikel

• Iciql - A model-based database access wrapper for JDBC