Re: Optimisation

[dforums <dforums(at)vieonet(dot)com>]

Bonjour,

J'étais absent ces derniers jours, je reprend donc la discussion.

Et vous remercie pour ces informations

les disques font 750 Go (RAID 1), la base de donnée fait 10 Go mais 
grossie rapidement d'ici juin elle aura sûrement doublé, et sûrement 
atteindra les 50 Go d'ici la fin de l'année.

Bien cordialement

David

Guillaume Lelarge a écrit :
> dforums a écrit :
> > [...]
> > J'aimerais plus de détail sur la notion de fsm, qu'elle valeur me 
> > suggéreriez vous.
>
> FSM est une structure en mémoire qui trace les pages disque 
> réutilisables dans les fichiers qui stockent les données de vos tables 
> et index. Si la structure est trop petite, peu importe le nombre de 
> VACUUM que vous faites, vos tables et index risquent de grossir 
> démesurément.
>
> Cette structure dépend donc du nombre de pages de vos bases, autrement 
> dit de la taille de ces dernières.
>
> > j'ai certaines table qui ont environ 7 000 000 de ligne et qui prenne 
> > pour l'instant 1 000 000  par mois, mais j'augmente de 30% par mois
>
> Le nombre de lignes n'indique pas la taille sur disque. Seule la taille 
> sur disque nous intéresse.
>
> > j'avais demandé aaussi, est ce qu'il pourrait etre intéresssant sur 
> > des tables qui font beaucoup de select, d'update, d'insert de faire 
> > les select sur une vue, et d'utiliser l'accès à la table directement 
> > uniquement pour les updates et insert ?
>
> PostgreSQL ne disposant pas de la fonctionnalité des vues matérialisées, 
> vous ne gagnerez rien à utiliser les vues standards de PostgreSQL.