Discussion :

[IndianaAngus]

Bonjour,

Je rencontre un problème étrange, lorsque je spool le résultat d'un requête en AL32UTF8, cela prend 31 secondes. Lorsque je spool en WE8ISO8859P15, cela prend 2 secondes. Le character set de la base de données est UTF8.

Voici un exemple:

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
 
1. création de la table
CREATE TABLE source_data
 ( x, y, z
 , CONSTRAINT source_data_pk
      PRIMARY KEY (x,y,z)
 )
 AS
    SELECT ROWNUM           AS x
    ,      RPAD('x',50,'x') AS y
    ,      RPAD('y',50,'y') AS z
    FROM   dual
    CONNECT BY ROWNUM <= 100000;
 
2. query.sql
 
set pages 0
set heading off
set feed off
set pause off
set termout off
set linesize 32767
set longc 6000000
set long 6000000
set trimout on
set trimspool on
set timing on
spool test.log;
select * from source_data;
exit;

le test en lui même:
1. export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
sqlplus
@query.sql
31 secondes elapsed

2.export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15
sqlplus
@query.sql
2 secondes elapsed....

La majorité du temps est passé en "SQL*Net message from client". Est ce que c'est à cause d'UTF8? Qu'est ce qui fait que l'on passe de 2 à 31 secondes pour la même requête?
Si vous avez une idée du pourquoi du comment je suis preneur.

Merci

[al1_24]

Obtiens-tu les mêmes durées en inversant l'ordre d'exécution des commandes ? (WE8ISO8859P15 avant AL32UTF8)

[IndianaAngus]

oui, on peut le faire dans le sens que l'on veux, c'est toujours le même résultat. J'ai refait un test et sans le spool c'est aussi long. Donc ce n'est pas ça le problème.

Autre test, en modifiant la linesize à 5000, je descends à 5.15s vs 0.57. C'est plus rapide mais ca reste quand même une sacré différence... La seule explication que je peux avoir c'est que UTF8 est multibyte et que donc ca prend plus de temps à traiter...

[Ikebukuro]

Ne mélange pas tes tests : le character set d'un côté puis, une fois OK, le linesize mais si tu fais varier deux paramètres, le résultat sera trop dur à interpréter.

[vanagreg]

Bonjour,

Quelle est la version de la base de données?

[Ikebukuro]

Mais, hé, dans le premier SELECT, les données sont certainement sur le disque dur suite à la création de la table alors que pour le deuxième je pense qu'ils sont en mémoire, d'où les temps de réponse très différents.
Peux-tu faire la chose suivante, si tu es sur une base non de prod et que cela ne gêne personne: tu vides le buffer cache pour remettre tous les blocs sur disque dur puis tu relances le .sql

Code :

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

1
2
3
4
5
Linux> export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
Linux> sqlplus user/password
sqlplus> set timing on
sqlplus> alter system flush buffer_cache;
sqlplus> @query.sql;

Puis, test 2 :

Code :

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

1
2
3
4
5
Linux> export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15
Linux> sqlplus user/password
sqlplus> set timing on
sqlplus> alter system flush buffer_cache;
sqlplus> @query.sql;

Quels sont les temps obtenus?