Re: Compressed binary field - Mailing list pgsql-general

From Edson Richter
Subject Re: Compressed binary field
Date
Msg-id BLU0-SMTP148A6B3AFF47B1F3F6B0635CF930@phx.gbl
Whole thread Raw
In response to Re: Compressed binary field  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Responses Re: Compressed binary field  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
List pgsql-general
Em 11/09/2012 14:34, Kevin Grittner escreveu:
Edson Richter <edsonrichter@hotmail.com> wrote:
For storage, du -h --max-depth 1 on data directory gives me the
amount of data.
 
Biggest objects are just the tables with files.
 
I've 2 tables that held all these objects. Structure is

create table MYTABLE (id bigint not null primary key, mimetype 
varchar(100) null, bytea datafile null)
 
Could you show the results of this query?:
SELECT relkind, oid, relfilenode, reltoastrelid,      relpages, reltuples FROM pg_class ORDER BY relpages DESC LIMIT 10;
relkindoidrelfilenodereltoastrelidrelpagesreltuples
r312470104354631249229321639571
r31258510436430227321.80617e+06
r312522104357831252719769724210
r312749104377331275314307928538
r3127581043763010488917134
r312498104352507689640572
r31280210438043128107670172789
r312964104407607586385833
i10419231043648069581.80617e+06
r31281510438253128196684715081
Also, just to be sure that all calculations are based on your actual
build, can you show the results of?:
SHOW block_size;
8192
Have you checked the level of bloat yet?  (Perhaps autovacuum needs
to be made more aggressive.)
Besides autocacuum, I usually run Vacuum Full on weekly basis. My calculations came after Vacuum Full.

Edson.

-Kevin

pgsql-general by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: Compressed binary field
Next
From: "Kevin Grittner"
Date:
Subject: Re: Compressed binary field