Discussion :

[kalira]

Bonjour,

Je travaille dans PostgreSQL. J'essaie de contrainte la clé primaire d'une table de toujours commencer par MET puis de garder le reste des caractères en tant qu'integer. Voici ma requête:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE meta_test
( 
id_metadon_test character varying (14),
nom character varying (64),
 
CONSTRAINT meta_test_cast
CHECK (
(substring(id_metadon_test from 1 for 3)='MET')
AND
(cast(substring(id_metadon_test from 4 for 4) as integer))),
 
CONSTRAINT meta_test_pk PRIMARY KEY (id_metadon_test));

J'obtiens toujours cette erreur:

'ERREUR: l'argument de AND doit être de type booléen, et non du type integer

********** Error **********

ERREUR: l'argument de AND doit être de type booléen, et non du type integer
SQL state: 42804'

Je ne vois pas où est mon erreur. Est-ce que quelqu'un pourrait m'aider à corriger ma requête svp?

De plus, j'aimerais savoir s'il est possible de mettre le nouveau type de donnée "AS SERIAL" plutôt que INTEGER. Ce serait beaucoup plus pratique d'avoir un champ qui s'auto-incrémente, mais en commençant toujours par "MET".

Merci!

[CinePhil]

Je travaille dans PostgreSQL. J'essaie de contrainte la clé primaire d'une table de toujours commencer par MET puis de garder le reste des caractères en tant qu'integer.

Et si tu abandonnais cette idée et créais plutôt une clé primaire auto-incrémentée ?

Voici ma requête:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE meta_test
( 
id_metadon_test character varying (14),
nom character varying (64),
 
CONSTRAINT meta_test_cast
CHECK (
(substring(id_metadon_test from 1 for 3)='MET')
AND
(cast(substring(id_metadon_test from 4 for 4) as integer))),
 
CONSTRAINT meta_test_pk PRIMARY KEY (id_metadon_test));

Ta seconde partie fait un CAST mais ne fait pas de test sur la valeur.
Puisque tu veux un entier, ajoute BETWEEN 0 AND 9.

De plus, j'aimerais savoir s'il est possible de mettre le nouveau type de donnée "AS SERIAL" plutôt que INTEGER. Ce serait beaucoup plus pratique d'avoir un champ qui s'auto-incrémente, mais en commençant toujours par "MET".

Le pseudo type SERIAL va créer une séquence d'auto-incrémentation et doit être le type d'une nouvelle colonne ou à la création de la table. Je ne sais pas si on peut customiser le serial en y ajoutant un préfixe textuel. Mais encore une fois ce n'est pas une très bonne idée d'avoir une clé alphanumérique.

[estofilo]

Comme le CAST déclenche une exception SQL si le format de la donnée ne convient pas, l'utiliser dans un CHECK n'est pas la bonne technique.

Une expression régulière en revanche, ferait ça très bien.

Pour générer automatiquement MET suivi d'un entier, c'est assez facile:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
create sequence ma_sequence;
CREATE TABLE test (
  id varchar(14) default 'MET' || nextval('ma_sequence'),
  ...
);

On pourrait aussi mettre une expression plus complexe qui formatterait le nombre avec 4 chiffres si nécessaire.

A noter que SERIAL n'est pas un vrai type de données. C'est juste une facilité d'écriture que PostgreSQL va remplacer dynamiquement par la création d'une séquence et une expression par défaut pour la colonne prenant en compte cette séquence.
Le véritable type de données correspondant à SERIAL est INTEGER.

[kalira]

Bonjour!

J'ai utilisé l'exemple de estifolio pour créer une séquence d'auto-incrémentation de mon champs, puis je l'ai ajouté après "MET" par défaut et ça marche!

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
CREATE sequence ma_sequence
increment by 1
minvalue 1
no cycle;
CREATE TABLE test (
  id varchar(14) DEFAULT 'MET-' || NEXTVAL('ma_sequence'),
  nom character varying (64));

Merci aussi pour les explications estifolio, je comprends mieux mon erreur par rapport à CHECK et ce qu'est SERIAL.

CinePhil, je suis d'accord que c'est mieux d'utiliser seulement des clés primaires en chiffre et auto-incrémentées. Je cherche à mettre des lettres avant la clé pour en quelque sorte aider les personnes qui utiliseront la base de données à se démêler dans les multiples tables d'association qui finalement, ne contiendrait que des chiffres... Je voulais quand même l'auto-incrémenter pour en faciliter sa gestion, d'où ma question par rapport à serial.
Juste pour ajouter aussi que j'ai essayé d'ajouter "BETWEEN 0 AND 9" comme tu m'as suggéré et ça a en effet fonctionné.


Merci beaucoup à vous deux!

[kalira]

Euh... excuse-moi pour l'erreur dans ton nom estofilo...

[CinePhil]

CinePhil, je suis d'accord que c'est mieux d'utiliser seulement des clés primaires en chiffre et auto-incrémentées. Je cherche à mettre des lettres avant la clé pour en quelque sorte aider les personnes qui utiliseront la base de données à se démêler dans les multiples tables d'association qui finalement, ne contiendrait que des chiffres...

Et bien au lieu de répéter le nom "id" pour toutes les colonnes d'identifiants, tu préfixes le nom de la colonne comme ça il n'y a plus d'ambiguïté.

Et d'ailleurs les identifiants ne sont en principe jamais présentés à l'utilisateur mais seulement utilisés par la base de données et les programmes comme référence de données plus significatives.