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:05:33 |
Message-ID: | CANzqJaBkG58UnKQ1OYF+PZs0WgNhrAT9fKEC3Mhewk576bzk7g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Oops... should have been "free your mind, and COPY will follow."
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 | Peter Eisentraut | 2024-08-13 12:12:51 | Re: No Message "PostgreSQL, contrib, and documentation successfully made. Ready to install." |
Previous Message | Ron Johnson | 2024-08-13 12:04:37 | Re: pg_dump |