Discussion :

[CleeM]

Bonjour à tous,

Je voulais savoir s'il était possible d'évaluer assez précisément la taille qu'aura un dump avec mysqldump.

J'ai essayé de faire quelques calculs avec les informations trouvées dans les tables systèmes (Show table status pour les version inférieures à 5 et information_schema pour les versions 5.*), mais rien de précis !

La même base, mais avec un moteur différent (MYIsam / InnoDB) passe d'une taille (je parle du champ data_length) de 80 à 16000. Alors que le dump sera de la même taille pour les deux : Environ 2Ko (donc ni l'une, ni l'autre, ne précise la taille que pourrait avoir mon dump).

Je continue de chercher de mon côté, mais si quelqu'un a une idée vers où je pourrais m'aiguiller, sa serait sympa !

Merci d'avance

[StringBuilder]

C'est normal, la taille de la table dans le fichier de base de données est la taille des données "telles quelles" sur le disque, c'est à dire :
- optimisées pour la lecture/écriture : les données sont non compressées, et stockées dans des pages, donc dans des segments non contigüe du fichier
- avec des trous, suite aux opérations de suppression par exemple, mais aussi en prévision d'insertion lorsque la table est organisée en cluster

Alors que dans le DUMP, les données sont consécutives (il n'y a plus de trous) et de manière compressée (si une ligne est composée d'un int (4 octets) et d'un varchar(30) (chaîne allant jusqu'à 30 caractères) le DUM ne contiendra que 4 octets (le int) et le nombre exacte de caractères qu'il y a dans la colonne (si c'est "toto", alors 5 octets pour "toto\0")

Pour ces raisons, la taille est très différente.

A moins de mesurer une à une toute les données de la base, il n'y a pas de moyen de savoir "précisément" quelle sera la taille du DUMP.

Une bonne approche sera alors de calculer la taille théorique d'une ligne en fonction des types de données, et en prenant en compte la variation de taille des types varchar notamment.

Cela permet d'avoir un ordre d'idée relativement précis, mais ça reste un ordre d'idée.