Journal Attention : SQL Foreign key

Posté par Elrik de Melnibone le 21 mai 2003 à 18:09.

Étiquettes : aucune

mai

2003

Voici mes tables (Postgres) :

Une table Langue qui decrit differentes langues :

CREATE TABLE Langue (
id SERIAL PRIMARY KEY,
intitule VARCHAR(30) NOT NULL
);

Une table qui fait reference à Langue, la "clée primaire" est la combinaison de 'id' et 'lang_id' :

CREATE TABLE Domaine (
id CHAR(3) NOT NULL,
intitule VARCHAR(60) NOT NULL ,
lang_id INTEGER NOT NULL REFERENCES Langue(id) ON DELETE RESTRICT,
CONSTRAINT domaine_langue PRIMARY KEY (id, lang_id)
);

Et attention une table "Groupe" qui veut faire reference à la "Langue" et à "domaine" :

CREATE TABLE Groupe (
id CHAR(4) NOT NULL,
intitule VARCHAR(60) NOT NULL,
domaine CHAR(3) NOT NULL :evil: :twisted: ,
lang_id INTEGER NOT NULL REFERENCES Langue(id) ON DELETE RESTRICT,
);

Le probleme est au niveau des petits demons, impossible de faire une REFERENCES (Foreign key) sur id de domaine puisqu'il n'est pas unique ce qui est normal...
Comment pourrait-on faire ?
J'espere que mes explicatoins sont claires...
Merci

# Re: Attention : SQL Foreign key

Posté par Elrik de Melnibone le 21 mai 2003 à 18:14. Évalué à 1.

En fait, je veux faire reference à une clé qui n'est pas unique !
# Re: Attention : SQL Foreign key

Posté par jm trivial (site web personnel) le 21 mai 2003 à 18:19. Évalué à 1.

Pour une clé étrangère à plusieurs attributs, la syntaxe est la suivante: CREATE TABLE Groupe ( id CHAR(4) NOT NULL, intitule VARCHAR(60) NOT NULL, domaine CHAR(3) NOT NULL :evil: :twisted: , lang_id INTEGER NOT NULL REFERENCES Langue(id) ON DELETE RESTRICT, FOREIGN KEY (idn lang_id) REFERENCES Domaine ); Enfin je suis sûr que ça marche avec Oracle 8i (désolé, c'est ce qu'on utilise à la fac). Mais il me semble que cette synthaxe est une synthaxe SQL... Il me semble aussi qu'il n'y a pas besoin de préciser NOT NULL, car une clé étrangère est forcément not null...
- [^] # Re: Attention : SQL Foreign key
  
  Posté par jm trivial (site web personnel) le 21 mai 2003 à 18:20. Évalué à 1.
  
  Oups, j'ai oublié une virgule, il fallait lire FOREIGN KEY (idn, lang_id) REFERENCES Domaine
- [^] # Re: Attention : SQL Foreign key
  
  Posté par Elrik de Melnibone le 21 mai 2003 à 18:37. Évalué à 1.
  
  En fait je voudrait faire un truc genre dans la table 'groupe' : domaine CHAR(3) NOT NUL REFERENCES Domine(id) ON DELETE RESTRICT, Mais je peux pas et c'est normal...
  - [^] # Re: Attention : SQL Foreign key
    
    Posté par jm trivial (site web personnel) le 21 mai 2003 à 18:41. Évalué à 2.
    
    Tu peux faire un trigger qui à chaque insertion dans la table Groupe vérifie que l'id est présent dans la table domaine... Et s'il n'est pas présent, ne fait pas l'insertion... ps: je ne sait pas si les triggers existent avec postgreSQL
    - [^] # Re: Attention : SQL Foreign key
      
      Posté par Elrik de Melnibone le 21 mai 2003 à 18:45. Évalué à 1.
      
      Bien sur qu'ils existent ! ;-) Le problème alors c'est qu'en supprimant un 'Domaine', il n'y a pas de verification qu'il n'y a pas de 'groupe ' attachés....Le fameux ON DELETE RESTRICT.
      - [^] # Re: Attention : SQL Foreign key
        
        Posté par jm trivial (site web personnel) le 21 mai 2003 à 18:49. Évalué à 2.
        
        Encore une fois, on peut faire ça avec un trigger avant la suppression. Et choisir de faire une suppression en cascade (soi-même, à la main, quoi), ou annuler la suppression du domaine, au choix. C'est fort, les triggers :)
        
        [^] # Re: Attention : SQL Foreign key
        
        Posté par Elrik de Melnibone le 21 mai 2003 à 18:52. Évalué à 1.
        
        Tu as raison, merci pour le tuyau ! Malheureusement, je crois qu'il n'y as pas plus simple... snif PS : Quelle rapidité de reponse, linuxfr ca me tue !
        
        [^] # Re: Attention : SQL Foreign key
        
        Posté par jm trivial (site web personnel) le 22 mai 2003 à 08:27. Évalué à 1.
        
        Ya pas de quoi.
        A+
        jm
# fr.usenet.abus.d

Posté par Maillequeule le 21 mai 2003 à 21:10. Évalué à 1.

Usenet c'était mieux avant.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.