From: | Tomas Dalebjörk <tomas(dot)dalebjork(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #16842: pg_dump uses seek calls on pipe files: suggesting adding a flag to disable seek calls |
Date: | 2021-01-28 20:24:34 |
Message-ID: | 3EA55F53-7E84-4F6B-9043-D4DFA7184830@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
thanks for the feedback Tom
is the seek enabled only if —format=custom
or is it enabled regardless of which flag used?
regards Tomas
Sent from my iPhone
> On 28 Jan 2021, at 16:32, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
>> It would be good to add a flag to disable this feature, as some devices does
>> not support seek calls, for example streaming devices such as a tape
>> drive.
>
> That seems like an extremely niche use-case, so I'm unexcited about adding
> a switch for it. You can get the same results with a pipe, as your quoted
> response from Red Hat support suggests.
>
> Note that disabling seeking is not all that desirable in the first place,
> as it will result (for -Fc output) in a dump file that is significantly
> restrictive to restore performance, due to lack of data offset pointers.
> You might really be best advised to rethink whether you want to write
> directly to an unseekable device, rather than to a temp file you transfer
> to tape later.
>
> regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2021-01-28 20:57:02 | Re: BUG #16842: pg_dump uses seek calls on pipe files: suggesting adding a flag to disable seek calls |
Previous Message | Alvaro Herrera | 2021-01-28 19:59:40 | Re: BUG #16794: BEFORE UPDATE FOR EACH ROW triggers on partitioned tables can break tuple moving UPDATEs |