Discussion :

[billybobbonnet]

Salut à tous,

J'ai une table SQLite de 1,600,000 entrées. Je cherche à réduire le temps des requêtes select. Je voudrais me renseigner avant d'entreprendre quoique ce soit.

Mon index principal est une colonne de string.

Est-ce que ça peut valoir le coup du point de vue des perfs d'éclater ma table selon les premières lettres de chaque string, soit table A, table B etc. (tout en conservant l'index dans chacune bien sûr)?

par avance, merci

[ed73170]

Bonjour,

Moi je commencerais par analyser les requêtes et mettre des index sur les bonnes colonnes. C'est à dire sur les colonnes impliquées dans les clauses WHERE de tes requêtes.

Cela ne coûte pas grand chose en temps de test, tu crées les index et si ça ne va pas tu les supprimes.

Ensuite seulement il faudra envisager d'autres solutions mais je ne pense pas que faire 26 tables soit une bonne idée car tu seras bien embêté le jour où tu voudras faire une requête qui ramène des lignes qui ne commencent pas toutes par la même lettre.

[billybobbonnet]

Merci pour ta réponse, Ed.

A vrai dire, j'en suis déjà à l'étape 2: la table ayant grossi, j'ai pas mal rallongé mes temps de requête. Non pas que j'ai un temps minimal, mais le plus court est le mieux.

Comme les seules requêtes faites sur cette table utilisent l'index et colonne de string en clause WHERE, je voulais savoir si ce type d'approche est pratiqué.

Je ne pense pas avoir besoin de requêtes globales (sur une autre propriété que mon index) mais si je devais y venir, quid d'une table virtuelle? Est-ce que virtuelle = en RAM?

[billybobbonnet]

En somme, et vous aurez remarqué que je n'y connais pas grand chose, j'ai plusieurs options, quelle serait la plus rapide:

- créer une seule grosse table avec index
- créer une table par lettre de l'alphabet avec chacune un index
- créer une table virtuelle par lettre de l'alphabet avec chacune un index
- Créer des vues par lettre de l'alphabet avec chacune un index?

[ed73170]

C'est pas facile à dire sans savoir à quoi sert ta table et le type de requêtes que tu exécutes.

As-tu réfléchi à un modèle relationnel qui pourrait remplacer ton énorme table avec tout dedans ?

[billybobbonnet]

C'est une table dans laquelle j'utilise uniquement des select. Pour des raisons de prise en charge des majuscules et accents en français, j'ai trois colonnes dans lesquelles j'ai des requêtes à faire. Les trois ont un index. Et les trois sont une transformation du même point d'entrée, une string.

Le modèle relationnel ne me semble pas pertinent, mais je peux me tromper. Pour répondre à ma question, j'ai fait le test en comparant la vitesse des requêtes sur un mot qui commence par 'a' dans une table avec tous les mots, et une table avec uniquement les mots commençant par "a". Pas de gain de performance, je suppose que c'est dû à l'index qui fonctionne déjà comme ça.