Discussion :

[lcaya]

Bonjour et merci de votre temps,

Est-il possible de créer une clé étrangère sur une vue qui possède une clé primaire ? Quelque chose comme cela :

Code :

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

1
2
3
4
alter table personne
add constraint FK_PER_ADR
foreign key (personne_id)
references vue_addresse (personne_id);

[Waldar]

Non, puisqu'une vue n'a pas de clef.
Par contre vous pouvez le faire sur la table derrière la vue.

[lcaya]

Malheureusement, ce n'est pas possible puisque la vue est constituée d'une table qui vient d'une base distante !

[Waldar]

Et bien copiez votre table distante dans une table locale !

[pachot]

Bonjour,
En fait, pourquoi voulez-vous faire cela ?
On ne peut pas référencer une vue, mais il y a probablement un moyen de faire ce que vous souhaitez d'une autre manière.
Cordialement,
Franck.

[lcaya]

Waldar,

Oui, j'ai pensé à cette solution mais j'ai plutôt opté pour un trigger.

Frank,

Le trigger me paraissait être l'autre solution.

[pachot]

Le trigger me paraissait être l'autre solution.

Attention, remplacer l'intégrité référentielle par du code pose souvent des problèmes de concurrence d'accès. Ton trigger va vérifier que l'enregistrement parent exist(ait) au moment du démarrage de la requête. Mais il faut aussi empêcher qu'une autre session ne le supprime avant la fin de ta transaction. Faire un select for update risque de bloquer beaucoup les accès concurrents (et si la vue est ('complexe' ce n'est paut âtre pas possible). Faire un select normal risque d'avoir un incohérence de données.

Pour moi, l'alternative est soit:
- mettre la contraint d'intégrité sur les tables qui sont derrière la vue (sil la vue n'est pas trop 'complexe')
- ou faire une vue matérialisée et là tu peux mettre des contraintes sur la table qui l'implémente

Cordialement,
Franck.

[lcaya]

Frank,

Merci pour ta judicieuse remarque, mais puisqu'il n'est pas permis d'effacer des éléments de la table parente je ne vois pas très bien le problème.

Et puisque les tables parentes de la vue sont distantes alors c'est soit le trigger ou la vue matérialisée.

Mais peut-on vraiment faire une clé étrangère sur une vue matérialisée ? J'y avais pensé mais lorsque j'avais essayé avec SQL Developper je ne voyais pas la vue (table) dans la liste des tables pour faire la référence même si la vue apparaît comme table !

[pachot]

Oui, si la table parente ne subit pas de delete ou d'update de la clé, alors un trigger peut gérer ça.

Mais peut-on vraiment faire une clé étrangère sur une vue matérialisée ?

Code :

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

1
2
alter materialized view m add primary key(n);
alter table t add foreign key (n) references m;

Mais bien sur, là c'est une recopie de la table en local. Ce n'est peut être pas ce que tu veux.