From: | Sathish Reddy <sathishreddy(dot)postgresql(at)gmail(dot)com> |
---|---|
To: | Erik Wienhold <ewie(at)ewie(dot)name> |
Cc: | pgsql-admin(at)lists(dot)postgresql(dot)org, Keith Fiske <keith(dot)fiske(at)crunchydata(dot)com>, Crunchy Bridge Support <bridge-support(at)crunchydata(dot)com> |
Subject: | Re: Pg dump of parent table instead of taking child table |
Date: | 2024-09-13 17:38:36 |
Message-ID: | CA+M9Y+B8bTqNYXUfU+TynvZGgq6MA_6Cbt7MPF9OkWApksHgvQ@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Thanks we got solution for these
pg_dump -h
ppbet-betplacement-prod-db-00.chllgfpshkd5.eu-west-1.rds.amazonaws.com -U
postgres -d betplacement -t betplacement.bet --data-only --format=custom
--load-via-partition-root > bet.sql
On Fri, Sep 13, 2024, 9:54 PM Erik Wienhold <ewie(at)ewie(dot)name> wrote:
> On 2024-09-13 15:11 +0200, Sathish Reddy wrote:
> > We are using 14 version
> > Pg_dump with -Fp and --loading-via-parent-root option
> >
> >
> >
> > Database name is better and schema is better. ..
>
> But how are the tables defined, i.e., the CREATE TABLE statements?
>
> Are we talking about table partitions when you're possibly using
> --load-via-partition-root (as noted downthread)?
>
> > On Fri, Sep 13, 2024, 6:24 PM Erik Wienhold <ewie(at)ewie(dot)name> wrote:
> >
> > > On 2024-09-13 13:30 +0200, Sathish Reddy wrote:
> > > > We are trying to take parent table backup included all child tables
> data
> > > > into dump plan format.but we are getting failed to achieve.
> > >
> > > 1) Which Postgres version?
> > >
> > > 2) What pg_dump options did you use?
> > >
> > > 3) What output/error do you get?
> > >
> > > 4) What does the database schema look like? Are you using table
> > > inheritance or foreign keys for the parent-child relationship?
>
> --
> Erik
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tharmarajah, Sam | 2024-09-16 21:45:29 | Can pgvector be installed on the patroni cluster? |
Previous Message | Wells Oliver | 2024-09-13 16:55:48 | Re: Query plan getting less efficient over time with frequent updates and deletes.. |