comment définir H2 id de clé primaire de type auto_increment?

je suis à l'aide de sql, H2, et je suis en train d'essayer de faire en sorte que l'ID de Usertable est auto_incremented. j'ai essayé toutes les commandes sql dans H2 interface sql, didnot travail.

alter table user alter column int not null auto_increment;

cette commune est même pas de travail. est-il de toute annotation de JPA pour auto_incement peut-être?

merci beaucoup

InformationsquelleAutor doniyor | 2012-07-02

12

Vous devez utiliser les annotations JPA @Id et @GeneratedValue de votre pièce d'identité.

Votre SQL est valide. Pouvez-vous poster le message d'erreur?
- il n'y a pas de message d'erreur, l'erreur est que la clé n'est pas auto_incremented. l'ordre compte aussi? je veux dire, @Id @Generatedvalue et @GeneratedValue @Id sont différemment influencer?
- eh bien, si j'ai mis ces annotations comme vous l'avez dit, et si j'essaie d'enregistrer des données dans la db, il devrait normalement incrément de l'ID et de les sauvegarder dans un db avec d'autres données implicitement, à droite? mais maintenant, il dit que cette erreur: [PersistenceException: Error getting sequence nextval] mais une fois que j'ai mis l'ID manuellement dans le code, il travaille, ainsi en est-il réellement possible de laisser la DB incrément de l'ID de sorte que je n'ai pas à le définir manuelly ?
- Comment voulez-vous sauvegarder vos données? Les requêtes SQL ou ORM?
- orm. mais maintenant, c'est de travailler d'une certaine manière, j'ai mis l'annotation @Id @GeneratedValue(strategy=GenerationType.IDENTITY) maintenant, il est auto_incrementing. est-il raisonnable?
- H2 auto incrémentation par défaut à l'aide de la base de données de la colonne d'identité. Mais j'ai pensé lors de l'utilisation de @GeneratedValue l'option par défaut est choisie. Si cela est vrai, la définition de la stratégie de IDENTITY ne devrait pas être nécessaire.
- Ma première option était aussi @GeneratedValue et il didnot travail. Je pense que l'identité est importante. Je vais lire h2 docs de nouveau de toute façon..
- pour info, j'ai eu le même problème que l'OP, jusqu'à ce que j'ai ajouté (stratégie=GenerationType.D'IDENTITÉ)
- pas sûr que ce soit la raison, mais de changer mon id de type int à long semblait pour obtenir l'id de l'incrémentation, avant ils étaient tous nuls. j'ai également utilisé le tag "@Id " sur mon champ id et la suppression de '@GeneratedValue'
InformationsquelleAutor Leonard Punt
6

J'ai eu le même problème. Je ne sais pas si la cause est la même. Mais il s'est avéré être une explication parfaitement logique. Voici donc ce que j'ai découvert.

Tout d'abord, il y a au moins 2 façons distinctes pour créer des auto-incrémenté clés.

1ère méthode: (xml)

Si vous travaillez avec une configuration xml qui contient vos informations de classe.
Ensuite, vous pouvez mettre quelque chose comme suit dans votre classname.hbm.xml fichier.
```
<id name="id">
    <generator class="sequence"><param name="sequence">my_id_seq</param</generator>
</id>
```
Pour importer ce fichier, vous aurez quelque chose comme ce qui suit dans votre hibernate.cfg.xml fichier: (ou peut-être avec un attribut de ressource)
```

<mapping file="classname.hbm.xml"/>
```
Mais la chose importante ici est qu'il est maintenant, en fait JAVA qui incrémente les touches. Si vous avez coché la case sql qui a été utilisé pour générer la table, vous auriez remarqué qu'il n'était pas titulaire d'une auto-incrémenté de définition du champ de la colonne id.

2ème: (annotations)

Une manière totalement différente de faire les choses est de tout mettre dans les annotations, comme vous l'avez montré dans votre question.
```
@GeneratedValue(strategy=GenerationType.IDENTITY)
```
dans votre hibernate.cfg.xml fichier, vous aurez quelque chose comme:
```

<mapping class="package.subpackage.MyClassName"/>
```
La GenerationType.L'IDENTITÉ est en effet la valeur par défaut, de sorte que vous n'avez pas à fournir en soi. Mais de toute façon, cette fois, la table sera généré de manière différente. À savoir comme suit:
```
CREATE CACHED TABLE PUBLIC.MYTABLENAME(
    ID INTEGER DEFAULT 
    (NEXT VALUE FOR PUBLIC.SYSTEM_SEQUENCE_9DE2A0D5_28F5_488F_9E4C_2878B3CDA72F) 
    NOT NULL NULL_TO_DEFAULT SEQUENCE
    PUBLIC.SYSTEM_SEQUENCE_9DE2A0D5_28F5_488F_9E4C_2878B3CDA72F, 
...
)
```
Aha! C'est intéressant. Cette fois, la séquence de génération ne sera pas effectuée par JAVA qu'il sera effectué par la base de données elle-même.

Ce qui s'est passé:

Nous sommes tous d'expérimenter et d'essayer des choses, bien sûr. Si vous avez d'abord décidé de le faire avec les fichiers xml et que vous avez ensuite décidé de le faire avec des annotations, après tout. Alors bien sûr, cela signifie que vous aurez à régénérer vos tables ainsi. Si vous oubliez de le faire, alors vous obtiendrez des erreurs comme doniyor fait.

Comment résoudre le problème:

il suffit d'ajouter la ligne suivante à votre hibernate.cfg.xml et redémarrer votre application.
```

<property name="hibernate.hbm2ddl.auto">create</property>
```
Le tableau a été détruit et régénérée.
- Réglage de la strategy d'un @GeneratedValue fixe pour moi. La valeur par défaut est AUTO, mais je crois IDENTITY est nécessaire pour H2.
InformationsquelleAutor bvdb

Vous devez vous connecter pour publier un commentaire.

1ère méthode: (xml)

2ème: (annotations)

Ce qui s'est passé:

Comment résoudre le problème: