Discussion :

[Pascal26120]

Bonjour.
j'ai une base de données MySQL dans laquelle toutes les tables sont de type MyISAM (fulltext oblige).

J'ai la table ci-dessous :

Code :

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

1
2
3
4
5
6
7
8
9
 
UID        | varchar(15)   | NO   | PRI |
CREATEDATE | datetime      | YES  |     | NULL
EDITDATE   | datetime      | YES  |     | NULL
NAME       | varchar(100)  | YES  |     | NULL
DESC       | varchar(1000) | YES  | MUL | NULL
CUSRUID    | varchar(15)   | YES  | MUL | NULL
EUSRUID    | varchar(15)   | YES  | MUL | NULL
FILE       | longblob      | YES  |     | NULL

Si je réalise la requête suivante :

Code :

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

1
2
 
select uid from ma table

Le résultat est 3942 rows in set (0.12 sec) >> Correct

Par contre, si je fais la requête

Code :

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

1
2
 
select kid,name from ma table

Le résultat est 3942 rows in set (59.65 sec) >> Très exéssif

Je pense que le problème provient de la colonne longblob, mais je ne sais pas lequel.
Si quelqu'un a une idée, je suis preneur.

Merci de vos réponses.

[CinePhil]

Vouloir stocker des fichiers dans une base de données est une mauvaise idée, sauf éventuellement si on utilise un meilleur SGBD que MySQL et qui dispose des outils adéquats pour le faire intelligemment, c'est à dire gérer l'accès aux fichiers, sans pour autant stocker les fichiers réellement dans la BDD.

Il vaut mieux en général stocker en BDD le chemin vers le fichier.

[Pascal26120]

Bonjour.
Malheureusement, je n'ais pas le choix, car la décision ne vient pas de moi.
Par contre, je je obligé de faire avec.

Donc, je réitère ma question, si quelqu'un a une solution qui me permetrais d'optimiser mes requêtes de sélection sur une table contenant une rubrique longblob, dans une base MySQL ?

[CinePhil]

Malheureusement, je n'ais pas le choix, car la décision ne vient pas de moi.
Par contre, je je obligé de faire avec.

Et bien tu diras de ma part à celui qui a pris cette décision qu'il aurait du mieux réfléchir avant !
Ce que j'ai dit dans mon précédent message, qui est aussi dit dans l'article de SQLPro, a aussi été dit cet après-midi par mon formateur d'administration des baes de données Oracle, sans que j'aie eu besoin de l'amener sur ce terrain.
Le blob est un monstre qu'il faut chasser de vos bases de données si vous voulez conserver des performances correctes !