Discussion :

[ithurts]

Bonsoir,

Je cherche simplement le moyen le plus "simple" à mettre en œuvre pour compresser de manière automatique des tables particulières d'une base (dans le cadre d'une mise en place d'historique)

J'ai pu lire que mysql proposait de compresser des valeurs qu'on devait stoker dans des BLOB : http://dev.mysql.com/doc/refman/5.1/...functions.html
Ce n'est pas ce que je recherche, compresser champ par champ n'est pas assez rentable, rare sont mes champs de + de 255 caractères.

N'est il pas possible comme dans d'autres SGBD de compresser une table entière et la rendre en lecture seule, ou quelque chose dans le genre?

Pour le moment, j'exporte la table dans un .csv avec les informations nécessaire pour la réimporter, je compresse le fichier, et je stoke le résultat dans un champ LONGBLOB.
Cette rustine me paraît pas viable à long terme ...

[et.rond.et.rond]

Pour le moment, j'exporte la table dans un .csv avec les informations nécessaire pour la réimporter, je compresse le fichier, et je stoke le résultat dans un champ LONGBLOB

pourquoi tu remets les données dans la base ? s'il s'agit d'un archivage tu peux juste garder le fichier compressé sur le disque dur

[ithurts]

Non non il ne s'agit pas d'un archivage, mais plus un historique, les tables compressées doivent pouvoir eventuellement être en lecture seule.

Sinon je la remets dans la bdd afin de faciliter les dump hebdomadaire des données en attendant de trouver une réponse à ma question.

[Invité]

Le but de ta manip est de gagner en performance ou de gagner de l'espace?

Car pour les performances si tu veux réaliser une sorte d'historique et ne pas chercher dans tous les champs lors d'une requête global tu peux réaliser des partitions sur ta table (par exemple par date) se qui va te permettre de gagner en perf et de ne pas sortir des données de ta table toutes les années pour faire une sorte de pseudo archivage.

Si ça peut t'intéresser, tu peux trouver plus d'explications sur le partitionnement là --> http://krierjon.developpez.com/mysql/partitionnement/

En espérant que ça pourra t'aider...
A+

L.G.

[ithurts]

Bonjour,

Merci pour votre réponse !
Hélas non je recherche un gain de place, niveau performance j'effectue les statistiques en faisant les jointures des tables 2 par 2.

J'ai commencé à supprimer d'une table à l'autre les champs qui ne varient pas dans le temps mais cela ne suffit pas.

Et vu que le projet n'est pas encore complètement spécifié je ne peux pas garder qu'une table de stat ...

J'ai recommencer à cherché un peu mais mysql ne semble pas proposer de compression "entière" d'une table, il se contente de compresser les tuples.

Dans tous les cas, voilà où regarder pour la compression de table mysql: http://dev.mysql.com/doc/refman/5.0/en/myisampack.html

[OPi]

Bonjour.

J'ai la même question de départ :

Je cherche simplement le moyen le plus "simple" à mettre en œuvre pour compresser de manière automatique des tables particulières d'une base (dans le cadre d'une mise en place d'historique)

J'ai pu lire que mysql proposait de compresser des valeurs qu'on devait stoker dans des BLOB : http://dev.mysql.com/doc/refman/5.1/...functions.html
Ce n'est pas ce que je recherche, compresser champ par champ n'est pas assez rentable, rare sont mes champs de + de 255 caractères.

N'est il pas possible comme dans d'autres SGBD de compresser une table entière et la rendre en lecture seule, ou quelque chose dans le genre?

Après en ce qui me concerne je ne conserve pas un historique pour en faire des statistiques.
Je développe une espèce de Wikipédia : j'ai donc des pages que chacun peut modifier et je dois en garder l'historique, de préférence dans une table compressée. Cette table ne devrait jamais être modifiée, si ce n'est qu'il faut pouvoir y ajouter des éléments.

Je vais essayer avec un ENGINE ARCHIVE. Sans trop savoir si c'est gênant pour les consultations de cette historique que ce moteur ne permette aucun index...