Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 11/09/2018 14:02:39
- Michel B
- Membre
Oracle -> PostgreSql : Utilisation de synonyme inter schéma
Bonjour,
Nous avons une application sous Oracle.
La BDD contient plusieurs schémas.
Nous avons créé des synonymes pour certaines tables afin de pouvoir les utiliser dans des queries qui font des joins "inter-schéma".
exemple :
Schéma S1
table T1
colonne c1
table T2
Schéma S2
table T3
colonne c1
colonne c2
synonyme de T1 : sT1
et query du genre dans le schéma T2
select *.T3, *.sT1
from T3
join sT1
on sT1.c1 = T3.c1
Question :
En sachant que ces schémas sont dans la même BDD, le fait d'utiliser un synonyme dans le query pour joindre une table d'un autre schéma pos-t'il un problème de performance ?
Faut-il que je mette toutes les tables dans un même schéma ?
Merci pour votre aide
Hors ligne
#2 11/09/2018 14:22:47
- gleu
- Administrateur
Re : Oracle -> PostgreSql : Utilisation de synonyme inter schéma
Les synonymes n'existent pas sous PostgreSQL. Vous pouvez faire des requêtes interschéma en préfixant le nom de la table par le nom du schéma (ie s1.t1).
Guillaume.
Hors ligne
#3 11/09/2018 14:59:06
- Michel B
- Membre
Re : Oracle -> PostgreSql : Utilisation de synonyme inter schéma
Thanks Gleu,
but I can't qualify tables in my queries because schema names are different in production and in development environment.
Is'it possible to use simple view, or "SET search_path TO 's1.t1';
with the same performance than with Oracle synonyms ?
Hors ligne
#4 11/09/2018 15:01:48
- gleu
- Administrateur
Re : Oracle -> PostgreSql : Utilisation de synonyme inter schéma
Merci d'utiliser le français, c'est un forum en français.
Le mieux est certainement de configurer le search_path. Par contre, ce dernier contient la liste des schémas. Dans votre exemple, vous avez mis le nom de la table.
Guillaume.
Hors ligne
#5 11/09/2018 15:01:59
- ruizsebastien
- Membre
Re : Oracle -> PostgreSql : Utilisation de synonyme inter schéma
yes it's possible and with the same (best) performances than with oracle databases.
Cordialement,
Sébastien.
Hors ligne