Quel poids maximum pour une table en production ?

**Atsibat** · 02/04/2013, 12h19

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.

**Arkhena** · 08/04/2013, 14h02

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

**SQLpro** · 08/04/2013, 16h04

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 +

**Arkhena** · 08/04/2013, 16h12

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...

**SQLpro** · 08/04/2013, 17h20

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 +