Re: Block size with pg_dump? - Mailing list pgsql-sql

From Bruce Momjian
Subject Re: Block size with pg_dump?
Date
Msg-id 200708271233.l7RCXP003515@momjian.us
Whole thread Raw
In response to Re: Block size with pg_dump?  (Jean-David Beyer <jeandavid8@verizon.net>)
Responses Re: Block size with pg_dump?  (Jean-David Beyer <jeandavid8@verizon.net>)
List pgsql-sql
Jean-David Beyer wrote:
> >>> The main question is, If I present pg_restore with a 65536-byte  
> >>> blocksize
> >>> and it is expecting, e.g., 1024-bytes, will the rest of each block get
> >>> skipped? I.e., do I have to use dd on the way back too? And if so,  
> >>> what
> >>> should the blocksize be?
> >> Postgres (by default) uses 8K blocks.
> > 
> > That is true of the internal storage, but not of pg_dump's output
> > because it is using libpq to pull rows and output them in a stream,
> > meaning there is no blocking in pg_dumps output itself.
> > 
> Is that true for both input and output (i.e., pg_restore and pg_dump)?
> I.e., can I use dd to write 65536-byte blocks to tape, and then do nothing
> on running pg_restore? I.e., that pg_restore will accept any block size I
> choose to offer it?

Yes.

--  Bruce Momjian  <bruce@momjian.us>          http://momjian.us EnterpriseDB
http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-sql by date:

Previous
From: Jean-David Beyer
Date:
Subject: Re: Block size with pg_dump?
Next
From: Tom Lane
Date:
Subject: Re: [GENERAL] table column vs. out param [1:0]