Discussion :

[Omsey]

Salut à tous,

J'ai la requete suivante qui retourne des doublons d'utilisateurs :

Code :

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

1
2
3
4
5
select max(uti_cod) code, upper(max(uti_nom)) nom, initcap(max(uti_pre)) prenom, substr(uti_dat_naissance, 7, 2) || '/' || substr(uti_dat_naissance, 5, 2) || '/' || substr(uti_dat_naissance, 1, 4) date_naissance, count(*) nb_doublon
from utilisateur
group by convert(upper(uti_nom), 'US7ASCII'), convert(upper(uti_pre), 'US7ASCII'), uti_dat_naissance
having count(*) >= 2
order by nom, prenom, date_naissance

... mais elle est très lente notamment à cause des converts.
Alors j'ai voulu créer des index sur les fonction convert :

Code :

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

1
2
3
create index idx_utilisateur_nom on utilisateur(convert(upper(uti_nom), 'US7ASCII'))
 
create index idx_utilisateur_prenom on utilisateur(convert(upper(uti_pre), 'US7ASCII'))

A l'exécution les index ne sont pas utilisés alors j'ai ajouté le hint suivant :

Code :

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

1
2
select /*+ index(utilisateur idx_utilisateur_nom idx_utilisateur_prenom) */
...

Mais rien à faire, elle toujours aussi lente !

Quelqu'un pourrait-il m'aider ?

[orafrance]

Si il n'y pas de clause WHERE les indexes n'aideront absolument pas... voir agraveront le phénoméne.

Tu dois faire du tri sur disque alors essaye d'augmenter la PGA ou SORT_AREA_SIZE.

PS : merci de respecter les régles du forum à l'avenir

[Omsey]

Merci de ta réponse et désolé pour le formatage de mon message, je ferai gaffe la prochaine choix, promis !

Par contre ça ne fait pas avancer le chmilblic parce que je ne suis pas administrateur de la base et faire les manipulations dont tu as parlé ne sera pas possible.

Si quelqu'un a un autre idée, peut-être ecrire la requête différemment, le but etant de ne pas prendre en compte les accents dans mon regroupement !

Merci d'avance.

[orafrance]

le SORT_AREA_SIZE peut éventuellement être modifié via ALTER SESSION... et désolé pour toi mais il n'y a probablement pas d'autres solutions... tu fais un tri sur du FULL SCAN, pour moi c'est clair, c'est uniquement sur le tri que tu pourras faire quelques choses

Tu peux pas appeler le DBA ?

[Omsey]

Bon bah, je dois me résigner alors !

Je vais voir pour le ALTER SESSION ...

Merci.

[nuke_y]

Donc pour toi Fred, le problème c'est le tri et le volume de lignes, pas les fonctions de conversion ?

[orafrance]

à mon avis, le coût de conversion est négligeable... ça aurait été des appels de fonction OK, mais là ce sont des conversions "élémentaires"

[nuke_y]

Ok, je note, c'est toujours intéressant à savoir...

[remi4444]

Attention pour pouvoir utiliser une index sur une fonction il faut être en mode QUERY-REWRITE, sinon oracle ne dit rien mais n'utilise pas l'index...
Après est-ce que ça va améliorer les group-by, moi il me semblais que oui puisque il trie par l'index.. mais ça se teste...

To create a function-based index in your own schema on your own table, in addition to the prerequisites for creating a conventional index, you must have the QUERY REWRITE system privilege. To create the index in another schema or on another schema's table, you must have the GLOBAL QUERY REWRITE privilege. In both cases, the table owner must also have the EXECUTE object privilege on the function(s) used in the function-based index. In addition, in order for Oracle to use function-based indexes in queries, the QUERY_REWRITE_ENABLED parameter must be set to TRUE, and the QUERY_REWRITE_INTEGRITY parameter must be set to TRUSTED.