Conseil pour une charge moindre ?

[Docmael]

Bonjour / bonsoir

Je suis sur un site php en local qui exploite (entre autre) une table d'une bdd mysql de 40 000 enregistrements et d'un poids total de 250Mo.
Ces données sont figées. Seul la lecture est nécessaire.
The question :
En terme de charge du serveur, est-il plus intéressant de laisser cette table en l'état ? Ou, de créer 40 000 petit fichiers texte qui seront lus en include ou en fopen ?

Dans le cas ou la solution table mysql est préférable, en terme d'hébergement pour une bdd mysql de 300/400 Mo, je suis preneur de bonnes adresse par mail , merci !

[Julia41]

La solution SQL est préférable, 40K de petits fichiers, tu vas faire péter les I/O de ton serveur.

Par contre pour l'hébergement, tu vas en chier, même s'il n'y a pas beaucoup de lecture dessus car généralement les hébergeurs n'aiment pas ça. Je veux bien tes retours si tu en trouves.

Au niveau de ta DB, tu auras peut-être quelques optimisations à y faire au niveau des INDEX.
Tu peux aussi regarder du côté des procédures si jamais tu as des requêtes toujours pareil mais complexes.

Ce qui est intéressant aussi c'est de savoir le nombre de FIELD (colonnes) en plus des enregistrements et c'est "quoi" que des nombres, ou des mix de nombres/TEXT ?

[Docmael]

En même temps, ce sont des données qui ne sont lues qu'une fois / page, mais vu pour le nombe I/O, faut que j'estime quand même.
C'est une table de 40 000 enregistrements de 5 fields (le premier est indexé : 1x varchar [5], et 4x text)