Bonjour,
je suis nouveau sur Postgre et je constate qu'une de mes tables dépasse les 8 Go de données. Je me demande si c'est raisonnable et quelle procédure mettre en place pour assurer la sauvegarde de mes données.
Merci de vos lumières.
Version imprimable
Bonjour,
je suis nouveau sur Postgre et je constate qu'une de mes tables dépasse les 8 Go de données. Je me demande si c'est raisonnable et quelle procédure mettre en place pour assurer la sauvegarde de mes données.
Merci de vos lumières.
Bonjour,
D'après la doc ici : http://www.postgresql.org/docs/9.2/s...titioning.html, il est conseillé de penser à partitionner une table à partir du moment où sa taille devient supérieure à celle de la RAM du serveur.
D'après la FAQ, la taille maximum pour une table est de 32To. Cette taille maximum peut être quadruplée en prenant des blocs de 32Ko. (cf http://wiki.postgresql.org/wiki/FAQ#..._a_database.3F)
Cordialement,
Arkhena
Effectivement la solution de partitionner une table est une voie d'amélioration, mais le partitionnement version PG, est hélas franchement une usine à gaz qu'il vaut mieux éviter en pratique en attendant qu'une version nettement améliorée ne soit produite un jour....
À me lire : http://blog.developpez.com/sqlpro/p1...paraison_postg
A +
Effectivement le partitionnement posgreSQL est très.... archaïque...
Je suis étonnée que ça n'ait pas été amélioré car lors que j'avais rencontré Simon Riggs fin 2009, il m'avait dit que ce serait le prochain sujet pour postgreSQL...
C'est toujours "in the pipe" comme on dit....
Mais en fait c'est extrêmement complexe, parce que pour que ce soit totalement transparent pour le développeur et en même tamps efficace, ceci doit implémenter le parallélisme de requête. Or cela n'existe pas dans PG mais c'est un préalable impératif...
En effet, dès que la logique s'applique à une seule et même table partitionnée au niveau du stockage, il faut pouvoir lancer autant que thread que de partitions...
Modifier le moteur de requête à ce niveau est un travail de titan... Seul Oracle, IBM DB2, Sybase ou SQL Server ont un moteur de requête parallélisé....
A +
Tu as oublié Teradata qui a commencé par ça (MPP : Massively Parallel Processing)Citation:
Envoyé par SQLpro
Oui, mais je ne compte ordinairement pas Terradata dans les SGBDR, (donc OLTP), mais plus dans l'OLAP !
A +