Hibernate @generatedvalue pour HSQLDB

J'ai de la définition suivante pour un champ id dans une entité qui est mappé à une table dans HSQLDB.

...
@Id
@GeneratedValue(strategy=GenerationType.AUTO)
@Column(name = "ID")
private Integer id;
...

Mais cela ne semble pas générer un identifiant unique; au contraire, une tentative est faite pour insérer la valeur null dans la colonne qui entraîne l'échec. Si, j'ai créer manuellement une séquence et la stratégie de génération de l'utilisation de cette séquence, puis les données sont conservées comme prévu.

N'est pas une stratégie de génération de l'auto implique que le fournisseur (mise en veille prolongée dans ce cas) va automatiquement choisir la bonne approche et de faire tout le levage lourd que nécessaire (création de la séquence, l'utilisation d'une approche autochtone ou tout ce qui fonctionne pour que la plate-forme en particulier)? Est ma compréhension incorrecte?

OriginalL'auteur calvinkrishy | 2010-08-29

11

N'est pas une stratégie de génération de l'auto implique que le fournisseur (mise en veille prolongée dans ce cas) va automatiquement choisir la bonne approche et de faire tout le levage lourd que nécessaire (création de la séquence, l'utilisation d'une approche autochtone ou tout ce qui fonctionne pour que la plate-forme en particulier)? Est ma compréhension incorrecte?

En théorie (la valeur par défaut d'IDENTITÉ avec HSQLDB) et cela fonctionne pour moi. Cela soulève les questions suivantes:
- Ce dialecte utilisez-vous (au cas où)?
- Comment avez-vous créer la table?
- Pouvez-vous montrer le DDL (activer la journalisation de org.hibernate.tool.hbm2ddl si nécessaire)?
- Comment insérer (par le biais de l'API Hibernate, non?)?
Voici un exemple de DDL pour une entité Foo lors de l'utilisation de HSQLDB:
```
create table Foo (
    id bigint generated by default as identity (start with 1), 
    bar varchar(100),
    primary key (id)
)
```
J'ai créé la table à l'aide de la HSQL DB manager. Tout à fait normal de créer la table d'adresse... je n'avais pas défini la colonne id de pièce d'identité dans mon cas, tout le définir comme clé primaire.

Alors vous avez votre réponse, utilisez un IDENTITY colonne.

Alors qu'Hibernate ne fait de choisir la bonne stratégie et de ne générer approprié INSERT consolidés (en passant null dans l'id qui devrait être conservé dans un IDENTITY colonne), il ne sera pas de créer ou de modifier votre modèle physique si vous n'utilisez pas le DDL de production et d'exportation des capacités.

* Le dialecte a été défini pour org.mise en veille prolongée.le dialecte.HSQLDialect * j'ai créé la table à l'aide de la HSQL DB manager. Tout à fait normal de créer la table d'adresse... * j'ai eu la création de la table manuellement et non par Hibernate * Oui, par le biais de l'entitymanager de persister. Je n'avais pas défini la colonne id de pièce d'identité dans mon cas, tout le définir comme clé primaire.
Pour certains reasone la commande DDL qui est générée dans mon cas est:CREATE TABLE employés (id BIGINT not NULL, nom VARCHAR(50) not NULL, CONSTRAINT PK_EMPLOYEES PRIMARY KEY (id)); l'Absence d'identité est utilisée à tous.

OriginalL'auteur Pascal Thivent
1

J'ai eu le même problème lors de l'utilisation d'un JpaSchemaGenerator classe utilitaire que j'ai écrit.

Lors de la génération du schéma pour une org.hibernate.dialect.HSQLDialect (où j'utilise une SÉQUENCE pour générer mes Identifiants uniques), j'utilise la suite Hibernate propriété:

hibernate.id.new_generator_mappings=true

Cette résultats dans la suite de CREATE déclaration:
```
CREATE TABLE BATCH (
    BAT_ID NUMBER(19,0) NOT NULL,
    BAT_EXPIRY_DATE TIMESTAMP,
    BAT_NUMBER VARCHAR2(255 CHAR),
    BAT_MAT_ID NUMBER(19,0),
    PRIMARY KEY (BAT_ID)
);
```
Mais quand je l'utilise même bien dans ma classe utilitaire pour générer un schéma à l'aide de la org.hibernate.dialect.HSQLDialect, j'ai le CREATE déclaration:
```
CREATE TABLE BATCH (
    BAT_ID BIGINT NOT NULL,
    BAT_EXPIRY_DATE TIMESTAMP,
    BAT_NUMBER VARCHAR(255),
    BAT_MAT_ID BIGINT,
    PRIMARY KEY (BAT_ID)
);
```
Cela signifie que si j'ai créé un Batch sans un ID, il ne serait pas générer pour moi et pour le NOT NULL contrainte provoquer une exception.

Si je change la propriété Hibernate à la suivante:

hibernate.id.new_generator_mappings=false

Ensuite, il serait de générer la suite de CREATE déclaration:
```
CREATE TABLE BATCH (
    BAT_ID BIGINT GENERATED BY DEFAULT AS IDENTITY (START WITH 1),
    BAT_EXPIRY_DATE TIMESTAMP,
    BAT_NUMBER VARCHAR(255),
    BAT_MAT_ID BIGINT,
    PRIMARY KEY (BAT_ID)
);
```
Qui fonctionne parfaitement lors de la création d'entités JPA Hibernate.

Le bout de votre travail pour moi, merci! J'ai eu ce problème quand je l'ai mise à niveau de la mise en veille prolongée et de Hsqldb en même temps (à 5.0.10.Final et 2.4.0, respectivement).

OriginalL'auteur Dieter Hubau

Vous devez vous connecter pour publier un commentaire.