Jointure et lenteur

Bonjour,

J'ai une requête très simple qui me permet de récupérer des données sur la 3eme table de la requête :

Code:

---

1 2 3 4 5

select C.Coordinate_GUID from Event_range E left join Station_Point S on S.Station_GUID between E.Station_GUID_Begin and E.Station_GUID_End inner join Coordinate C on C.Location_GUID=S.Location_GUID where E.Event_GUID='02A06EEXP005846301-0001';

---

Les champs des jointures sont des char(38). Ils ont des indexes de définis.
La table 'station_point' à 7 230 000 enregistrements.
La table 'coordinate' à 2 225 000 enregistrements.

Il faut de 12 à 25 secondes (suivant la charge) pour récupérer les 6 lignes !

Quel est le problème de cette lenteur ?
Index défectueux?
Couple between/inner join ? Avec juste un égal (S.Station_GUID = E.Station_GUID_Begin), le temps est bon.

tu peux nous afficher le plan d'exécution de cette requête pour mieux te servir.

Quelle est votre version d'Oracle ?
A quoi sert la jointure externe dans votre requête ?

Citation:

---

Envoyé par mnitu

Quelle est votre version d'Oracle ?
A quoi sert la jointure externe dans votre requête ?

---

Oracle 10. Mais j'ai une base test avec Oracle 11, et le résultat est le même.

Voila un peu la structure :

Tables des objets (plusieurs tables existent)

|1
|1

Table d'évènement

|1
|n

Tables de gestion des coordonnées

|1
|1

Table des coordonnées.

Citation:

---

Envoyé par ora_home

tu peux nous afficher le plan d'exécution de cette requête pour mieux te servir.

---

Voila une copie d'écran du plan d'éxécution tel que le donne SQL Developer.

En modifiant ma requête de cette manière (la racine des GUID est identique sur toutes les tables pour un évènement) :

Code:

---

1 2 3 4

select C.Coordinate_GUID from Event_range E left join Station_Point S on S.Station_GUID like '02A06EEXP005846301-0001%' inner join Coordinate C on C.Location_GUID=S.Location_GUID where E.Event_GUID='02A06EEXP005846301-0001';

---

J'ai un temps inférieur ou égal à 0.1 sec.

Donc le between n'est vraiment pas l'idéal.
On dirait qu'il ne tient pas compte des index.

La jointure externe est inutile.
Comme seule des données de la 3eme table sont remontées, je passerais plutôt par un test d'existance.

Code:

---

1 2 3 4 5 6 7

SELECT C.Coordinate_GUID FROM Coordinate C where exists (select 1 from Event_range E JOIN Station_Point S ON S.Station_GUID BETWEEN E.Station_GUID_Begin AND E.Station_GUID_End WHERE E.Event_GUID = '02A06EEXP005846301-0001' and S.Location_GUID = C.Location_GUID)

---

Comment sont définis les index sur les tables.

Le between peut être problématique, regarde Tuning "BETWEEN" Queries

Citation:

---

Envoyé par skuatamad

La jointure externe est inutile.
Comme seule des données de la 3eme table sont remontées, je passerais plutôt par un test d'existance.

Code:

---

1 2 3 4 5 6 7

SELECT C.Coordinate_GUID FROM Coordinate C where exists (select 1 from Event_range E JOIN Station_Point S ON S.Station_GUID BETWEEN E.Station_GUID_Begin AND E.Station_GUID_End WHERE E.Event_GUID = '02A06EEXP005846301-0001' and S.Location_GUID = C.Location_GUID)

---

Comment sont définis les index sur les tables.

Le between peut être problématique, regarde Tuning "BETWEEN" Queries

---

En effet, le 'between' est bien le problème !
Je vais modifier mes requêtes, et regarder si il est possible de "tuner" le 'between' en regardant sur le site indiqué.

Merci.

Citation:

---

Envoyé par psclcnrd

En effet, le 'between' est bien le problème !
Je vais modifier mes requêtes, et regarder si il est possible de "tuner" le 'between' en regardant sur le site indiqué.

Merci.

---

Oui surement, parce que d’après le plan d'exécution, on remarque qu'il y a un FULL SCAN de la table COORDINAT, et il n'a pas utilisé son index.

Il n’y a pas de problème avec le between !
Pour l’instant il y a

• une requête SQL mal écrite.
• un Hash Join qui n’utilise pas d’index ce qui est tout à fait normal.
• une mauvaise maîtrise des méthodes à employer pour analyser et produire une information complète et exploitable concernant l’analyse des performances d’une requête SQL.
• des autres informations manquantes