Re: Multiple table relationship constraints - Mailing list pgsql-general

From David Johnston
Subject Re: Multiple table relationship constraints
Date
Msg-id 014c01cc0b5c$d3b541f0$7b1fc5d0$@yahoo.com
Whole thread Raw
In response to Multiple table relationship constraints  (Jack Christensen <jackc@hylesanderson.edu>)
Responses Re: Multiple table relationship constraints  (Misa Simic <misa.simic@gmail.com>)
List pgsql-general
> -----Original Message-----
> From: pgsql-general-owner@postgresql.org [mailto:pgsql-general-
> owner@postgresql.org] On Behalf Of Jack Christensen
> Sent: Thursday, May 05, 2011 3:20 PM
> To: pgsql
> Subject: [GENERAL] Multiple table relationship constraints
>
> 4. Validate application side -- this can work well, but it leaves the hole
of a
> bug in the application or a direct SQL statement going bad.
>
>
> Anyone have any advice on the best way to handle this?
>

Not totally following the usage though I have come across similar
requirements before.  A variant of #4 would be to remove
INSERT/UPDATE/DELETE permissions on the relevant tables and write SECURITY
DEFINER functions to perform those actions instead. You can additionally
leave the constraints loose and have the function query the tables
post-modification to make sure they are still valid (kind of like the
materialized view option but without a permanent table).

David J.



pgsql-general by date:

Previous
From: Bosco Rama
Date:
Subject: Re: Generating fields in views with search/replace?
Next
From: Jack Christensen
Date:
Subject: Re: Multiple table relationship constraints