Un champs "blob" est de taille variable et il rend l'enregistrement variable. On ne peut plus calculer des positions pour les index. Ca nécessite un tableau intermédiaire.
Un varchar a tout autant une taille variable qu'un blob...
Un SGBD performant ne devrait-il pas mesurer la taille maximum des enregistrements d'un champ donné afin de créer l'index de manière optimum ?
Enfin bon je pense que tu n'as pas tort en vérité, extrait de la page de manuel MySQL que j'ai cité :
Instances of BLOB or TEXT columns in the result of a query that is processed using a temporary table causes the server to use a table on disk rather than in memory because the MEMORY storage engine does not support those data types (see Section 8.8.5, "How MySQL Uses Internal Temporary Tables"). Use of disk incurs a performance penalty, so include BLOB or TEXT columns in the query result only if they are really needed. For example, avoid using SELECT *, which selects all columns.
[...]
In some cases, it may be desirable to store binary data such as media files in BLOB or TEXT columns.
La doc ne précise pas quels sont les cas en question...
[^] # Re: SQL ne permet pas de recherche par image
Posté par Marotte ⛧ . En réponse au message Intégration du Qr Code. Évalué à 2.
Un varchar a tout autant une taille variable qu'un blob...
Un SGBD performant ne devrait-il pas mesurer la taille maximum des enregistrements d'un champ donné afin de créer l'index de manière optimum ?
Si je prends MySQL, un BLOB a une taille maximum, tout comme un VARCHAR(longueur maximum)...
Enfin bon je pense que tu n'as pas tort en vérité, extrait de la page de manuel MySQL que j'ai cité :
La doc ne précise pas quels sont les cas en question...