| From: | Ron Johnson <ronljohnsonjr(at)gmail(dot)com> |
|---|---|
| To: | Pgsql-admin <pgsql-admin(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: pg_dump |
| Date: | 2024-08-13 12:04:37 |
| Message-ID: | CANzqJaD7E6WR_fytkTcjHnU9nX4ktHR7WswbRUDZQdiPB+9Sqw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
"Free your mind, and *pg_dump* will follow." Maybe *En Vogue*, but
probably not.
On Tue, Aug 13, 2024 at 2:43 AM Wasim Devale <wasimd60(at)gmail(dot)com> wrote:
> Then what might be the solution for it if I am only concerned about using
> pg_dump
>
> On Tue, 13 Aug, 2024, 12:03 pm Tom Lane, <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
>> Wasim Devale <wasimd60(at)gmail(dot)com> writes:
>> > I did one thing, we can exclude the toast table in the pg_dump command
>> that
>> > has the BLOBS data for a particular table.
>> > --exclude-table-data=pg_toast.pg_toast_10176226
>>
>> Utterly pointless. pg_dump does not dump toast tables as such;
>> it's only concerned with their parent "regular" tables. It will
>> fetch data from the regular tables, and it's not concerned with
>> the server-side implementation detail that some of that data
>> might be coming out of a toast table.
>>
>> regards, tom lane
>>
>
--
Death to America, and butter sauce.
Iraq lobster!
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ron Johnson | 2024-08-13 12:05:33 | Re: pg_dump |
| Previous Message | Domen Šetar | 2024-08-13 09:56:53 | Function problem |