2010/6/4 Rodolphe Quiedeville <rodol...@quiedeville.org>

> Thomas Petazzoni a écrit :
> > On Thu, 03 Jun 2010 16:23:55 +0200
> > Christophe Merlet <red...@redfoxcenter.org> wrote:
> >
> >>> Le fichier XML non compressé est juste quelques octets en dessous de
> >>> 150GO.
> >> Au format SQL le dump de la base ferait combien ?
> >>
> >> Au format binaire de la base, ça donne quoi ?
> >
> > Étrangement, c'est visiblement un peu plus gros que le fichier XML non
> > compressé. Sur le serveur MapOSMatic, notre répertoire base/
> > dans /var/lib/postgresql fait 160 Go. Dedans, il y a :
>
> Le surplus doit venir des index sur vous avez crées dans la base, index
> qu'il serait d'ailleurs judicieux d'éviter si un export binaire de la
> base été fait. Aprés avec les exports binaires il faut gérer les
> N-versions de Pg (7.4, 8.3, 8.4, ....) sans parler de l'encodage car il
> y en aura toujours qui se trouveront dans un cas ou l'encodage utf8 leur
> pose problème.
> Le format XML reste tout de même la solution la plus universelle et dans
> un projet libre l'universalité doit à mon sens passer avant les
> contraintes de tailles/performances.
>

Ça vient en effet des index sur les tests que j'ai pu faire au boulot.
Certains des index que j'utilise font parfois des tailles très
impressionnantes.
Par exemple, j'ai une table avec près de 49Millions de lignes. La taille des
données est de 3.5Go et la taille des index est de 2.1Go. J'ai un index sur
un bigint et la clé primaire qui est du type bigserial. Garder pour moi un
backup de ma base de donnée finale n'est donc intéressant que parce que je
dois la restaurer sur plusieurs machines (toutes configurées de la même
façon). Je préfère donc avoir un fichier XML a la base qui prend moins de
place pour reconstituer ma table et ne garder que le produit fini, en
sachant que j'ai environ 1 semaine pour générer ma base de donnée finale.

Emilie Laffray
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à