Discussion :

[aaronw]

bonjour,

souvent dans les tutoriels , oin parle d'une méthode d'indexation ou un concept qui s'applique sur les grandes tables.

Ma question est :quand est ce que 'on peut dire qu'une table est de grande dimension?
par exemple j'ai une table de 100 000 lignes , doit je installer un index?

[trotters213]

Les index, si je ne me trompe pas, permettent d'accélerer la recherche sur les champs : c'est à dire que si tu as un champ que tu compares souvent ou qui est souvent en jointure, il vaut mieux l'indéxer.
J'ai pas une grande expérience mais dans le dernier projet que j'ai eu à faire, j'avais des tables de 400000 enregistrements sur 11 champs et on m'a dit que c'était petit donc...

PS : tu devrais modifier ton titre : ton problème apparement c'est les index et non la taille des tables

[aaronw]

Merci pour ta réponse, en fait ce ke je voulais savoir c'est:
-est ce qu'il faut que je fasse un index sachant que il a un coût en espace ou bien travailler sans index car ma table de 100000 lignes à 10 champs est considérée comme petite.
donc le probleme qui se pose est la taille de la table , mais bon si tu me dis que 400000 c'est petit alors ma table de 100000 c'est encore plus petit.

[al1_24]

Tout doit être relativisé...
Dans quel environnement travailles-tu ? Sous quel SGBD ?
100 000 enregistrements pour Access, c'est une grosse table
1 000 000 000 pour ESSBase, c'est une table de taille moyenne...

C'est comme dire qu'une 2CV consomme plus qu'une Ferrari parce qu'on fait moins de km avec un plein...

[aaronw]

je précise donc , c'est une base de donnée de géré par Mysql derniere version. elle est constituée de 400 000 lignes et 10 attributs.
un identifiant que je pense indexer.

[al1_24]

Il est toujours utile d'indexer une table sur son identifiant pour optimiser les recherches (et les jointures) sur cet identifiant.
Si cet identifiant doit être unique, un index unique permet de faire vérifier cette unicité par le SGBD, ce qui sera moins lourd que par l'application.
Si cet identifiant est utilisé comme clé étrangère par une autre table, il doit être unique et donc...

[orafrance]

Il est toujours utile d'indexer une table sur son identifiant pour optimiser les recherches (et les jointures) sur cet identifiant.

comme tu y vas... toujours me parait un peu fort. Exemple : table de logs pas d'index qui pénalise les écritures

[SQLpro]

La taille d'une table s'évalue en Octets. Pas en nombre de ligne dou de colonnes (la notion d'attribut n'existe pas dans le domaine des SGBD).

De plus notion de grandeur doit être évaluée en fonction de la machine qui héberge la base...

Une table de grande taille est donc une table qui occupera un espace mémoire (RAM) non négligeable.

Quelques exemples :

Code :

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

1
2
CREATE TABLE T1(I INT)
CREATE TABLE T2(I INT, A CHAR(500))

Chacune de ces tables contient 1 million de lignes.

1) dans un SGBDR qui dispose de 256 Mo de RAM, ces tables sont elles grosses ?

2) dans un SGBDR qui dispose de 2 Go de RAM, ces tables sont elles grosses ?

Solution :

INT => 32 bits => 4 Octets * 1 000 000 => Taille approx de la table : 4 Mo.
CHAR(2000) => 500 octets => 504 * 1 000 000 => 480 Mo

1) T1 petite, T2 grosse
2) T1 petite, T2 moyenne

A +