[9i]Performance requete dlink

Version imprimable

Bonjour,

J'ai une requete du style :

Code:

1
2
3
4
 
select ks_bqe,ks_cc,ks_ci,ks_pci,ks_dev,sum(ks_slddev) from ksdtmois@lien_dcgc_PREX_www.world s,pciro p
where ks_mois = (select max(ks_mois)-1 from ksdtmois@lien_dcgc_PREX_www.world)
group by ks_bqe,ks_cc,ks_ci,ks_pci,ks_dev

J'essaie d'utiliser l'alias (sans doute pas de la bonne manière ) :

Code:

1
2
3
select ks_bqe,ks_cc,ks_ci,ks_pci,ks_dev,sum(ks_slddev) from ksdtmois@lien_dcgc_PREX_www.world s,pciro p
where ks_mois = (select max(ks_mois)-1 from s)
group by ks_bqe,ks_cc,ks_ci,ks_pci,ks_dev

Ca c'est mon premier soucis, car ensuite j'essaie de faire :

Code:

1
2
3
4
5
select ks_bqe,ks_cc,ks_ci,ks_pci,ks_dev,sum(ks_slddev) from ksdtmois@lien_dcgc_PREX_www.world s,pciro p
where ks_mois = (select max(ks_mois)-1 from ksdtmois@lien_dcgc_PREX_www.world)
and s.ks_pci = p.pc_numpci and p.pc_attribcontrol = 'R1'
group by ks_bqe,ks_cc,ks_ci,ks_pci,ks_dev

Le truc c'est que ca prends environ 2 min pour me renvoyer une résultat.

Merci pour vos propositions.

29/08/2006, 18h49
remi4444

Les jointures à travers le réseau, c'est super dangeureux parcque non seulement ça peut faire des requêtes longues mais en plus ça sature le réseau.

La solution propre dans ces cas là est de dupliquer un table par snapshots de manière à ce que les 2 tables se trouvent au même endroit. Mais bon c'est pas toujours possible...

Sinon... est-ce que tu as passé les stats sur les 2 bases de données ?

Si oui... je dupliquerais provisoirement une des 2 tables sur une autre base (la plus petite...) et je commencerais à optimiser la requête en local parcque le problème est peut-etre indépendant du db_link...
30/08/2006, 09h22
mezoo

Merci pour ces infos.
Je pensais vraiment etre nulle en SQL.
A vrai dire je ne sais pas trop comment faire ce que tu me recommandes
30/08/2006, 09h59
remi4444

Avant de se soucier des perfs, je pense qu'il faut s'assurer que ta requête soit juste. Si tu mets des alias (ce qui est bien) il faudrait que tu préfixe tout tes champs avec ces alias, ça permetrait d'avoir de la lisibilité dans la requête.

Ex: sur tes 2 premières requête, tu ne fait pas de jointure entre tes 2 tables ce qui va engendrer un produit cartésien, ce qui est quand même bizarre...
30/08/2006, 11h39
mezoo

Ah c'est pas une jointure ca ? :

Code:

s.ks_pci = p.pc_numpci

Mes alias sont "s" et "p", peut etre que je m y prend mal

La 1er et la 2e requete sont les même, c'est dans la 2e que j'essaie de foutre des alias mais sur le 2e appel à l'alias S, j'ai une erreur.
30/08/2006, 11h54
remi4444

Citation:

Envoyé par mezoo

Ah c'est pas une jointure ca ? :

Code:

s.ks_pci = p.pc_numpci

si, mais je ne la vois pas ni dans la 1iere ni dans la 2ieme requête...

Sinon c'est normal que la 2ieme requête ne fonctionne pas car ce n'est pas comme ça que ça marche les alias... un alias sert à préfixer les colonnes, or là tu t'en sert pour économiser une répétition de ton db_link.
30/08/2006, 15h28
mezoo

Ah oui autant pour moi, la table pciro n'a pas lieu d'être dans la premiere (et 2e) requete, et de toute facon les nom de champs ne sont pas identique d'une table à l'autre.

Ok, donc ca va me faire 2 appels distants à la base alors ?
J'ai une autre question, ne peut on pas améliorer la partie :

[CODE][/...where ks_mois = (select max(ks_mois)-1 from ksdtmois@lien_dcgc_PREX_www.world)...CODE]

Le "select max()" doit faire redondance ou un truc dans genre non ?

Merci encore
30/08/2006, 16h06
remi4444

sur la premiere requête, il n'y aura qu'un seul appel à la base distante car tout concerne le même dblink. En fait il envoi tout à la 2ieme base et il attend le résultat. Tu peux laisser le max() tel qu'il est, il ne le calculera qu'une seule fois de toutes manière.

Sur la 3ieme requête, ça se corse parcequ'il y a une jointure à faire entre la base locale et la base distante, donc dans ces cas là oracle "choisi" les actions à faire sur chaque base et les données à faire passer dans le db_link. Cependant, je n'ai jamais vraiment compris ses critères de choix... quoi qu'il en soit, il faut que les stats soient passées sur les 2 bases et que tu ais des index sur les bonnes colonnes (à priori la colonnes s.ks_pci et éventuellement p.pc_attribcontrol si le critère "p.pc_attribcontrol = 'R1'" est trés discriminant)
31/08/2006, 09h16
mezoo

ok, je comprends mieux.

Merci beaucoup !