une table ou un fichier ?

Bonjour,

J'ai une base dans laquelle sont surtout fait des select. Les tables sont petites (dizaines à centaines de ko).
Mais, actuellement, j'utilise une autre table dans cette base pour insérer des données à des fins statistiques. Or, cette table prend en moyenne 150ko/j (en MyISAM : pas besoin de transaction et ça augmentait considérablement la taille).
J'utilise ces données rarement (1 fois/j grand max et la vitesse de traitement n'est pas primordiale) et c'est donc très essentiellement des insert, fait 1 à 1.

En 1 an, je me retrouverai donc quelques petites tables et une de 55Mo.

Est-ce que MySQL est bien adapté ?
Mais surtout, est-il plus judicieux de passer par un simple fichier (xml, texte brut) ou une base sqlite3 juste pour cette table ?

Merci.

55 Mo en 1 an, c'est pas énorme.

La structure de la table est-elle optimisée ?

Rencontrez-vous déjà des problèmles de performances avec certaines requêtes ?
Si oui peut-on voir la structure des tables impliquées et la ou les requêtes escargots ?

Non, il n'y a aucun problème de perf puisque je ne fais qu'ajouter des lignes à chaque requête.
Je me posais la question par rapport à la pertinence d'utiliser MySQL plutôt qu'autre chose (que j'ai cité).
Une table de, admettons, 200Mo, ça ne pose pas de problème particulier ? edit : et près d'un million de lignes en 1 an !
Y'aurait-il, par exemple, utilité de créer une table pour chaque mois ou trimestre ?
Il s'agit d'un tout petit serveur (en terme de CPU).

J'ai travaillé avec des tables de plusieurs dizaines de millions de lignes sans problème.
certes, le serveur était assez bien dimensionné mais quand même, 1 million de lignes ne fait pas peur du tout à MySQL ! 8-)

Dans un serveur de données, ce qui importe, c'est surtout la mémoire.

Et dans la BDD une structure normalisée, des types de colonnes bien choisis, des tables correctement indexées.

Bon, ok merci. De toutes façons, c'est pas irréversible : si ça coince au niveau du serveur, je pourrais toujours scinder en table trimestrielles par exemple.

Reste quand même en suspend l'utilisation de MySQL par rapport à SQLite3 (en tenant compte de la faciliter de mise en place d'une base SQLite).

Je ne connais pas SQLite en dehors de son nom mais celui-ci semble indiquer qu'il est plutôt léger comme SGBD !

Je pencherais quand même pour MySQL.