Vitesse de recherche sur bdd géante

Version imprimable

22/06/2010, 01h16
bricechris

Vitesse de recherche sur bdd géante

Bonsoir,

J'aimerais savoir le temps que met une base de donnée SQL pour extraire une entrée parmi un million d'autres (au sens propre).
Par exemple, retourner la ville du membre "Jeanjacques59", parmi près de 1 000 000 d'autres membres d'un site de voyage.

J'ai du mal à concevoir la vitesse à laquelle un serveur peut aller.

D'avance merci.
Brice.

Si c'est correctement indexé, ce sera très rapide.

J'ai fait le test sur mon ordinateur personnel, donc pas un serveur, pas de SAN, sur Oracle 10g Express.

Création des objets :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
create table test_scan_1m
(
    id_test    number(7) not null,
    nom1       varchar2(10),
    nom2       varchar2(50),
    constraint pk_test_scan_1m
      primary key (id_test)
      using index
);
 
 insert /*+ APPEND */ into test_scan_1m (id_test, nom1, nom2)
 select level, dbms_random.string('a', 10), dbms_random.string('a', 50)
   from dual
connect by level <= 1e6;
 
commit;
 
create index i_nom1
on test_scan_1m (nom1);

Bloc d'exécution :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
declare
    rtest_scan_1m test_scan_1m%rowtype;
 
begin
    dbms_output.put_line('Date début : ' || to_char(systimestamp, 'hh24:mi:ss.ff'));
 
    select id_test, nom1, nom2 into rtest_scan_1m
      from test_scan_1m
     where nom1 = 'fSrNvYyxoH'; -- j'ai regardé le contenu de la table pour prendre une valeur au pif
 
    dbms_output.put_line('Date fin   : ' || to_char(systimestamp, 'hh24:mi:ss.ff'));
end;
/

Résultat :

Code:

1
2
Date début : 01:57:20.375000000
Date fin   : 01:57:20.390000000

Soit 150 ms.

Oh Waldar, tu n'aimes pas SQL*Plus, ou est-ce par soucis de précision ou c'est juste pour le plaisir d'écrire du PL ? ;)

Code:

1
2
3
4
5
6
7
8
9
10
 
SQL> set timing on
SQL> select view_name, owner from dba_views where view_name = 'DBA_OBJECTS';
 
VIEW_NAME                      OWNER
------------------------------ ------------------------------
DBA_OBJECTS                    SYS
 
EcoulÚ : 00 :00 :00.00
SQL>

22/06/2010, 11h11
Waldar

Je n'aime pas SQL*Plus ;)
Les outils des années 80, non merci !
22/06/2010, 15h13
bricechris

Merci Waldar pour la réponse.

150 ms, je trouve ça tout de même très gros comme délai pour trouver une info sur 1 million. Enfin... pour un ordinateur, évidemment.
A cette cadence, cela voudrait dire que pour extraire 100 membres habitant dans le coin de Montrouville, il faudrait... 15 secondes !?

C'est normal que ça soit si long ou c'est parce que tu as utilité ton pc ?
22/06/2010, 15h42
Waldar

Non ça ne marche pas comme ça, ce n'est pas linéaire heureusement sinon on ne s'en sortirait pas.

Au boulot, sur une table de 25M lignes, la requête entre 16 ms et 50 ms que ce soit pour un code ou pour 10 codes.
23/06/2010, 09h55
pacmann
Salut !

Je suis pas très fort avec les nombres... mais j'ai l'impression que le résultat de Waldar ne faisait pas 150ms :
Code:

1 2 3 Date début : 01:57:20.375000000 Date fin : 01:57:20.390000000
0.015 secondes (si tu multiplies par 100, ça fait 1,5 secondes :))

(En plus de ne pas aimer les vrais outils des années 80 !)
23/06/2010, 10h35
Waldar

Bien vu, c'était 15 ms !

Sous SQL Server :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
CREATE TABLE test_scan_1m
(
    id_test    INT IDENTITY NOT NULL PRIMARY KEY ,
    nom1       varchar(10),
    nom2       varchar(50),
); 
 
INSERT INTO test_scan_1m 
SELECT LEFT(CONVERT(VARCHAR(36), NEWID()), 10), NEWID()
GO 1000000;
 
CREATE INDEX i_nom1
ON test_scan_1m (nom1);
GO

Le test :

Code:

1
2
3
4
5
SET STATISTICS TIME ON;
 
SELECT *
FROM   test_scan_1m
WHERE  nom1 = '23E64237-0';

Amusez-vous bien !

A +

PS : tout dépend du serveur...