Postgres Pro
Downloads
Home   >   mailing lists

Re: [ADMIN] Partitioning & ORM apps - Mailing list pgsql-admin

From Keith
Subject Re: [ADMIN] Partitioning & ORM apps
Date
Msg-id CAHw75vtebUcMpzatoJr67+wJGGA6uWB2PrO17RWMH=GWyxN0Yw@mail.gmail.com
Whole thread Raw
In response to [ADMIN] Partitioning & ORM apps  (PropAAS DBA <dba@propaas.com>)
List pgsql-admin
Tree view
If this is a requirement for your application, I would highly recommend looking into migrating to PostgreSQL 10. The native partitioning methods allow the RETURNING statements to work as you're expecting. There are work-arounds for it out there for 9.6 and earlier, but for the life of your project you would likely be better off getting upgraded to 10 now and starting your development from there.

On Sat, Nov 18, 2017 at 9:49 PM, PropAAS DBA <dba@propaas.com> wrote:
Hi All;


we want to deploy partitioning for historical data archiving & performance however the app uses an ORM and depends on the number of rows affected from the inserts, updates & deletes which of course always come back as zero rows for the partition base or master table.

We talked about letting daily data go into the base table and 'moving' it nightly but this could still lead to an update/delete for rown in the child tables, thus the same issue remains.


Anyone know of a workaround? Maybe it can be done with insert/update/delete trigger functions?


Thanks in advance




--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin

pgsql-admin by date:

Previous
From: Stephen Frost
Date:
Subject: Re: [ADMIN] Migration to pglister - Before
Next
From: rammohan ganapavarapu
Date:
Subject: Re: [ADMIN] Can master and slave on different PG versions?