La vérité tout d'abord, ou pourquoi le système doit être conçu en fonction du périphérique de base de données

Génération de code

	for (Record2<String, String> record : DSL.using(configuration)
//   ^^^^^^^^^^^^^^^^^^^^^^^      
//     ,    
//   SELECT 
 
       .select(ACTOR.FIRST_NAME, ACTOR.LAST_NAME)
//           vvvvv ^^^^^^^^^^^^  ^^^^^^^^^^^^^^^  
       .from(ACTOR)
       .orderBy(1, 2)) {
    // ...
}

Génération de code source

• Il y a une certaine vérité (interne ou externe) - par exemple, la spécification, le modèle de données, etc.
• Nous avons besoin d'une représentation locale de cette vérité dans notre langage de programmation.

Fournisseurs de types et traitement des annotations

• Vous ne voyez pas le code généré (peut-être que cette situation semble à quelqu'un pas si répugnante?)
• , , , «» . Lombok, “”. , .

?

	@Entity
class Book {
  @Id
  int id;
  String title;
}

	CREATE TABLE book (
  id INTEGER PRIMARY KEY GENERATED ALWAYS AS IDENTITY,
  title VARCHAR(50),
 
  CONSTRAINT pk_book PRIMARY KEY (id)
);
 
CREATE INDEX i_book_title ON book (title);

• Hibernate applique-t-il vraiment la définition de cette clé primaire nommée?
• Hibernate créera-t-il un index dans TITLE? "Je sais avec certitude que nous aurons besoin de lui."
• Hibernate rend-il exactement cette clé identifiable dans la spécification d'identité?

	@Entity
@Table(name = "book", indexes = {
  @Index(name = "i_book_title", columnList = "title")
})
class Book {
  @Id
  @GeneratedValue(strategy = IDENTITY)
  int id;
  String title;
}

Mais alors il faut payer pour ça

Base de données d'abord

• Dans quel espace de table se trouve votre table?
• Quelle est sa valeur PCTFREE?
• Quelle est la taille du cache dans votre séquence (derrière l'identifiant)

Et le modèle client?

	-- H2, HSQLDB, MySQL, PostgreSQL, SQL Server
SELECT table_schema, table_name
FROM information_schema.tables
 
-- DB2
SELECT tabschema, tabname
FROM syscat.tables
 
-- Oracle
SELECT owner, table_name
FROM all_tables
 
-- SQLite
SELECT name
FROM sqlite_master
 
-- Teradata
SELECT databasename, tablename
FROM dbc.tables

• Si vous utilisez JDBC ou Spring, vous pouvez créer un ensemble de constantes de chaîne
• Si vous utilisez JPA, vous pouvez générer des entités elles-mêmes
• Si vous utilisez jOOQ, vous pouvez générer le méta-modèle jOOQ

ALTER TABLE book RENAME COLUMN title TO book_title;

@Entity
@Table(name = "book", indexes = {
 
  //    ?
  @Index(name = "i_book_title", columnList = "book_title")
})
class Book {
  @Id
  @GeneratedValue(strategy = IDENTITY)
  int id;
 
  @Column("book_title")
  String bookTitle;
}

La seule vérité

• XSD est bien compris
• XSD XML
• XSD
• XSD Java XJC

Bases de données: c'est la même chose

Explication

Exceptions

• Lorsque le circuit est inconnu et qu'il doit être ouvert. Par exemple, vous êtes un fournisseur d'un outil pour aider les utilisateurs à naviguer dans n'importe quel schéma. phew Il n'y a pas de génération de code. Mais encore - la base de données est avant tout.
• Quand un circuit doit être généré à la volée pour résoudre un certain problème. Cet exemple semble être une version légèrement fantaisiste du modèle de valeur d'attribut d'entité , c'est-à-dire que vous n'avez vraiment pas de schéma bien défini. Dans ce cas, il est souvent impossible d’être certain que le SGBDR vous convient.