Version imprimable
Bonjour,
Voici mon problème, ou plutot ma question.
On me demande si il est possible d'avoir une FK sur une table TA1 d'un schéma A qui fait référence à une table TB1 d'un schéma B. Le tout sur la même instance.
Cela semble possible avec les droits qui vont bien, mais ça ne risque pas de poser un jour des soucis ?
Je voudrais mettre en balance avec une vue classique ou une vue matérialisée.
Le but est d'éviter de copier tous les jours la table de B vers A.
Je suis en 10.2.0.4.
Merci
Techniquement, il n'y a pas de problème, on peut tout à fait faire pointer une clé étrangère vers une table d'un autre schéma.
Il faudra que B fasse :Sur la partie philosophique, je n'ai pas d'avis car votre besoin fonctionnel n'est pas très clair à mon goût...Code:GRANT REFERENCES ON la_table TO A;
Bonjour,
et merci.
Le besoin fonctionnel est le suivant :
Nous avons un schéma qui a les tables de références, tel que civilité ou autre.
Plutot que de dupliquer la table des civilités du schéma A vers le schéma B, on voudrait utiliser une FK dans une table de B qui pointe vers l'id civilité de B.
Est-ce plus clair ?
C'est surtout ça que je ne trouve pas clair, car ces 3 options me paraissent hors sujet.
Pour moi ce besoin est ultra ordinaire.Citation:
Je voudrais mettre en balance avec une vue classique ou une vue matérialisée.
Le but est d'éviter de copier tous les jours la table de B vers A.
Il suffit de donner le droit SELECT sur cette table.
Pour le confort, vous ajoutez éventuellement un synonyme.
Et vous garantissez l'intégrité par un clé étrangère.
Si ce besoin vous semble ordinaire, ok.
Comme pour moi c'est la première fois que je fais ça, je voulais avoir un avis d'expert sur ce point, car ça me semblait source de problèmes de lier comme ça 2 schémas par une fk.
Pour ma part je préfère dupliquer la table tous les soirs que de lié les schémas.
La vieille école sans doute...
Sur le principe, ce n'est pas souhaitable.Citation:
Envoyé par sgonzale
Il faut éviter de dupliquer inutilement les données de référence, car c'est une source d'incohérences. Une donnée de référence devrait exister en un seul endroit.
Comme vous êtes dans la même base, la solution simple et carrée, c'est d'utiliser les privilèges et les clés étrangères interschémas.
Ca vous assure des données cohérentes en permanence, sans aucun souci de synchronisation.
Une table des civilités, ça ne bouge pas souvent, mais sur une table beaucoup plus évolutive, le système de la copie une fois par jour ne tient plus la route.
Bonjour,
Merci pour cet avis. :ccool:
On va surement faire ça, une FK plutôt qu'une copie de table.
Encore merci ;)