Discussion :

[psclcnrd]

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 :

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

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.

[ora_home]

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

[mnitu]

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

[psclcnrd]

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.

[psclcnrd]

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.

[psclcnrd]

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

Code :

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

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.

[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 :

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

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

[psclcnrd]

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 :

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

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.