Re: Partitioning and ORM tools - Mailing list pgsql-general

From CS DBA
Subject Re: Partitioning and ORM tools
Date
Msg-id 56F3F99C.5030600@consistentstate.com
Whole thread Raw
In response to Re: Partitioning and ORM tools  (Chris Travers <chris.travers@gmail.com>)
Responses Re: Partitioning and ORM tools  (Brian Fehrle <bfehrle@comscore.com>)
List pgsql-general


On 03/23/2016 02:48 AM, Chris Travers wrote:


On Wed, Mar 23, 2016 at 9:39 AM, Chris Travers <chris.travers@gmail.com> wrote:
Use a view with a DO INSTEAD trigger.   That will allow you to return the tuple properly.

On Tue, Mar 22, 2016 at 7:40 PM, CS DBA <cs_dba@consistentstate.com> wrote:
Hi All;

we setup partitioning for a large table but had to back off because the return status (i.e: "INSERT 0 1") returns "INSERT 0 0" when inserting into the partitioned table which causes the ORM tool to assume the insert inserted 0 rows.  Is there a standard / best practices work around for this?

Apologies for the top post above.

Just noting additionally that the view with DO INSTEAD approach was suggested to me by Matt Trout (major contributor to the DBIx::Class ORM in Perl.

I have used it.  It works well.  I think it is the best practice there.

Thanks in advance




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



--
Best Wishes,
Chris Travers

Efficito:  Hosted Accounting and ERP.  Robust and Flexible.  No vendor lock-in.



--
Best Wishes,
Chris Travers

Efficito:  Hosted Accounting and ERP.  Robust and Flexible.  No vendor lock-in.

All;

Thanks for the great Ideas, I'll let you know where we end up.


pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: Multixacts wraparound monitoring
Next
From: Laurent Martelli
Date:
Subject: Foreign key referencing a VIEW