IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

PostgreSQL Discussion :

[8.4 / Windows XP] Taille impressionante


Sujet :

PostgreSQL

  1. #1
    Membre expérimenté
    Profil pro
    Inscrit en
    Février 2004
    Messages
    1 824
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2004
    Messages : 1 824
    Points : 1 544
    Points
    1 544
    Par défaut [8.4 / Windows XP] Taille impressionante
    Bonjour à tous,

    J'ai un fichier xml qui décrit une base de donnée.

    On y trouve ce genre de chose :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    <nom_table>
    <nom_attribut value1="valeur"/>
    <nom_attribut value2="valeur"/>
    </nom_table>
    Le fichier xml fait 19 Go, et après import dans la base, ça fait 75Go.. Pourtant dans un fichier xml, y'a beaucoup de place prises de manière déclarative, qui ne concernent pas les données..

    Alors après avoir lu un article, j'ai fait un dump de ma base comme ceci :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    dump mabase > monfichier
    et "monfichier" a une taille de 22Go, composé j'imagine que de requêtes SQL, ni compressé ni rien, car par défaut l'option est "PLAIN" non ?

    Je l'ai réimporté comme ceci :
    Et le résultat pèse à nouveau 75Go..

    Le script qui crée le schéma de la base est ici

    Voyez-vous quelque chose de bizarre ?

    Car au final le schéma n'est pas gros, alors en plus des données, je me demande ce qui peu prendre autant de place..

    Merci à vous,

    A bientôt

    P.S.: Je n'ai pas encore tenté le VACCUM FULL mais ma base étant "neuve", je ne sais pas si ça en vaut la peine
    "Heureusement qu'il y avait mon nez, sinon je l'aurais pris en pleine gueule" Walter Spanghero

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 770
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 770
    Points : 52 726
    Points
    52 726
    Billets dans le blog
    5
    Par défaut
    Un document XML intègre à la foi la description des données méta données) pour chaque données et les données elle mêmes. Plus vous aurez de données, plus le poids des méta données sera important par rapport aux données réellement utiles. C'est pourquoi le type de données XML doit être réservé pour de l'EDI et non pas comme stockage en bases de données.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre émérite
    Profil pro
    Inscrit en
    Octobre 2008
    Messages
    1 874
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Octobre 2008
    Messages : 1 874
    Points : 2 890
    Points
    2 890
    Par défaut
    Le script qui crée le schéma de la base est ici

    Voyez-vous quelque chose de bizarre ?
    Ce script créé 33 index, qui prennent forcément une certaine place.

    Il est possible de voir ça avec une requête de ce style:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
     
     
    SELECT
    c.relname AS nom,
    c.reltuples::bigint AS tuples,
    pg_total_relation_size(c.relname) AS volume_total,
    pg_relation_size(c.relname) AS volume_donnees,
    pg_total_relation_size(c.relname)-pg_relation_size(c.relname) AS volume_index
    FROM pg_catalog.pg_class c
    JOIN pg_catalog.pg_roles r ON r.oid = c.relowner
    LEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespace
    WHERE c.relkind = 'r'
    AND n.nspname NOT IN ('pg_catalog', 'pg_toast')
    AND pg_catalog.pg_table_is_visible(c.oid)
    ORDER BY 1,2;
    P.S.: Je n'ai pas encore tenté le VACCUM FULL mais ma base étant "neuve", je ne sais pas si ça en vaut la peine
    Non ça ne sert à rien effectivement.

Discussions similaires

  1. [XL-2003] Taille impressionante d'un fichier excel partagé avec macro
    Par Jeuson dans le forum Macros et VBA Excel
    Réponses: 2
    Dernier message: 10/07/2013, 14h45
  2. window open - taille de fenêtre
    Par ritchouone dans le forum Balisage (X)HTML et validation W3C
    Réponses: 5
    Dernier message: 05/02/2008, 16h17
  3. DLL window : taille fenetre
    Par Tukan dans le forum Windows
    Réponses: 1
    Dernier message: 19/01/2006, 22h09
  4. Réponses: 2
    Dernier message: 17/08/2005, 15h08
  5. Taille partition windows non monté linux
    Par thomas_b dans le forum Administration système
    Réponses: 3
    Dernier message: 15/06/2004, 16h56

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo