Est-il possible de connaître la taille d'un enregistrement d'une base ?

[Cvbdev]

Bonjour,

Petit question pratique.

Je dois ramener un gros volume d'enregistrement d'une base de données afin de le mettre dans un fichier XML à la syntaxe assez particulière.
Dont je ne peux pas modifier la grammaire.

Seulement afin d'éviter que ce fichier ne soit trop lourd, je désires le scinder en plusieurs parties.

La seule solution est de connaître la taille en Ko de chaque enregistrement ramené par MYSQL, puisque
certains élément du fichier XML font directement référence à des caractéristiques ramenés dynamiquement de la base.

Est-il possible de connaître la taille en Ko d'une enregistrement (sachant que ce dernier peut varier en fonction de l'information récoltés, je supose) renvoyé par MYSQL ?
Notamment quand je parcours mon jeu d'enregistrement ?


Si oui, comment ?



D'avance merci
++

[Benjamin Delespierre]

Seulement afin d'éviter que ce fichier ne soit trop lourd, je désires le scinder en plusieurs parties.

Compresse-le, ce sera plus efficace.

Est-il possible de connaître la taille en Ko d'une enregistrement (sachant que ce dernier peut varier en fonction de l'information récoltés, je supose) renvoyé par MYSQL ?
Notamment quand je parcours mon jeu d'enregistrement ?

Fais un mysql_dump sur la console et regarde la taille du fichier .sql produit, ça te donnera une bonne idée.

Edit: chez nous, on gère des tables avec plus de 40 millions d'entrées et les fichiers de backup n'excedent pas les 200Mo en règle générale.

[Cvbdev]

Envoyé par Benjamin Delespierre

Compresse-le, ce sera plus efficace.


Fais un mysql_dump sur la console et regarde la taille du fichier .sql produit, ça te donnera une bonne idée.

Edit: chez nous, on gère des tables avec plus de 40 millions d'entrées et les fichiers de backup n'excedent pas les 200Mo en règle générale.

Merci pour ta réponse !

J'ai pensé à la compression, seulement ces fichiers sont lu par une application distante, qui ne connaît que le format XML. Elle ne sait pas décompresser. C'est le soucis de certaines appli. propriétaires.

Les données sont passés par le réseau (réseau distant, public). J'y suis moyennement favorable, pour des raisons de vitesse essentiellement. C'est pour cette raison que je les scindes ! (La connexion est sécurisé mais pas spécialisé).

Je vais essayer par la console !
Merci !

[Benjamin Delespierre]

J'ai pensé à la compression, seulement ces fichiers sont lu par une application distante, qui ne connaît que le format XML. Elle ne sait pas décompresser. C'est le soucis de certaines appli. propriétaires.

Les données sont passés par le réseau (réseau distant, public). J'y suis moyennement favorable, pour des raisons de vitesse essentiellement. C'est pour cette raison que je les scindes ! (La connexion est sécurisé mais pas spécialisé).

Et donc qui s'occupe de reconstruire le flux XML à la fin ? Qu'est ce que ça va changer au niveau de la bande passante de couper le fichier en morceaux pour finalement tous les envoyer ?

[Cvbdev]

Envoyé par Benjamin Delespierre

Et donc qui s'occupe de reconstruire le flux XML à la fin ? Qu'est ce que ça va changer au niveau de la bande passante de couper le fichier en morceaux pour finalement tous les envoyer ?

L'application distante, se charge de reconstruire le flux !

Je pense qu'envoyer quelques Mo au lieu de plusieurs Mo peut augmenter la vitesse, ou du moins la reconstruction du flux. Les machines possèdant l'application ne sont pas des foudres de guerre...

[Benjamin Delespierre]

Il faudrait aller sur le forum réseau pour avoir une confirmation là dessus, je suis loin d'être assez pointu pour affirmer quoi que ce soit.