[Résolu] Auto incrément sur champ qui n'est pas clé primaire

[shawa]

Bonjour à tous,
Une partie de ma base est conçue selon l'image ci-dessous.
Je butte sur le problème suivant:

• Un client ne peut passer qu'une commande par jour: d'où la clé composée id_client + Jour_commande dans la table "Commandes".
  La commande peut être composée de plusieurs produits dont le détail est dans la table "Détails_commande". Le lien se fait donc via Id_commande.

Lors de la création d'une commande, je souhaiterais donc que le champ id_commande soit généré en auto-incrément pour ne pas avoir à le faire moi-même et assurer ainsi une unicité de id_commande.
Je n'arrive pas à le faire avec l'interface Base. Je n'ai pas trouvé d'exemple de ce cas.

Les colonnes avec l'attribut IDENTITY sont auto-incrémentées. Elles doivent être de type INTEGER ou BIGINT et sont automatiquement définies comme clé primaire (en conséquence, les clés primaires sur plusieurs colonnes ne sont pas autorisées lorsque une colonne IDENTITY est présente dans la table).
https://wiki.openoffice.org/wiki/FR/Doc ... LTER_TABLE

Je ne vois pas ce qu'est Identity, la différence avec Primary Key? Il est question à un endroit de CREATE SEQUENCE où l'incrémentation n'est pas liée à Identity ou Primary Key, est-ce une piste?

Relations_commandes.jpg

En bref:
Il y a-t-il une solution technique (via sql notamment)?
Ou dois-je repenser la structure des tables?

Merci pour vos éclaircissements.

Shawa

[jeanmimi]

La documentation explicite la notion IDENTITY :
http://www.hsqldb.org/doc/2.0/guide/dat ... chapt.html
et dit :

" Identity Auto-Increment Columns
Each table can contain a single auto-increment column, known as the IDENTITY column. An IDENTITY column is a SMALLINT, INTEGER, BIGINT, DECIMAL or NUMERIC column with its value generated by a sequence generator.
etc

[HRk2o]

Bonjour Shawa,

Ou dois-je repenser la structure des tables?

je verrai plutôt la structure de cette façon !

Capture d’écran.png

@+

[jeanmimi]

Une partie de ma base est conçue selon l'image ci-dessous.

La Table Commandes n'est pas conforme : comme le montre HRk2o, c'est ID_Commande qui devrait être la Clé Primaire en Auto-Valeur.

[shawa]

Bonjour à vous,
Merci pour vos réponses.
Je disais dans mon premier message, qu'une des contraintes souhaitée est

Un client ne peut passer qu'une commande par jour: d'où la clé composée id_client + Jour_commande dans la table "Commandes".

Dans l'exemple de HRk2o, il y a la possibilité pour un même client de passer 2 fois commande la même journée.

Pourtant dans la documentation fournie par Jeanmimi, il y a bien écrit In HyperSQL 2.x, an IDENTITY column is not by default treated as the primary key for the table (as a result, multi-column primary keys are possible with an IDENTITY column present). où je comprends qu'il est possible d'avoir une clé composée avec une colonne identity.

J'essaie de créer les choses par commande SQL, sans succès:

Code : Tout sélectionner

CREATE TABLE  "Test" ("Jour_commande" DATE PRIMARY KEY, "Id_commande" INTEGER  IDENTITY)

retourne qu'il y a tentative de créer une deuxième clé primaire avec Id_commande.

Pouvez-vous m'aider?

[jeanmimi]

Après avoir continué à chercher après ton dernier post,

il est possible d'avoir une clé composée avec une colonne identity

en passant la Table en Mode Édition, l’Assistant permet de créer un Index sur les autres champs de la Table.
J'ai testé : l'insertion d'un ID_Client sur la même date est impossible; conséquence, un client ne peut pas passer deux commandes la même journée.

[shawa]

Merci Jeanmimi, ça fonctionne.
2 petites choses:

• Sur ta copie d'écran, dans l'index, tu n'as que l'index que tu viens de créer. Or, de mon côté, j'ai aussi l'index relatif à la clé primaire (du style SYS_IDX_48). C'est normal?
  Où as-tu trouvé cette info? sur quelle doc?

[jeanmimi]

de mon côté, j'ai aussi l'index relatif à la clé primaire (du style SYS_IDX_48)

Après sauvegarde, puis fermeture et réouverture, j'ai bien comme toi les 2 index : celui de la Clé primaire en Auto-Valeur et celui créé avec les deux autres champs ID_Client et Date.