Discussion :

[talvins]

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.

[CinePhil]

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 ?

[talvins]

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).

[CinePhil]

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 !

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.

[talvins]

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).

[CinePhil]

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.