From: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
---|---|
To: | Wolfgang Keller <feliphil(at)gmx(dot)net> |
Cc: | pgsql novice <pgsql-novice(at)postgresql(dot)org> |
Subject: | Re: *Proper* solution for 1..* relationship? |
Date: | 2013-04-30 12:43:51 |
Message-ID: | CA+U5nM++ECky3Sd2JmEM7CccLN=FMAxDJ2+Zk=XydxeUYHsgRA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
On 30 April 2013 12:56, Wolfgang Keller <feliphil(at)gmx(dot)net> wrote:
>> The most straightforward way I know to enforce this is to check
>> that at least one child exists in a DEFERRED trigger on the the
>> parent. You still need to worry about concurrency issues.
>
> Imho it's absurd that I have to do this ("worry about concurrency
> issues") myself, how long - more than fourty years after the invention
> of relational databases?
>
> As a non-computer scientist by education?
>
>> One way to do that is to use only SERIALIZABLE transactions. There
>> are other ways, though they take more to describe and to implement.
>
> What still astounds me is that, again, this (correct implementation of
> 1..n relationships with n>0) is an absolutely standard issue that is as
> old as relational databases per se and NO ONE has implemented (and
> documented and tested and...) a standard solution yet?
>
> Gosh.
>
> What were all those people doing all those decades.
And this is exactly the point where people answer for themselves the question:
"Should I get involved and help change things?".
--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | David Johnston | 2013-04-30 13:13:52 | Re: *Proper* solution for 1..* relationship? |
Previous Message | Wolfgang Keller | 2013-04-30 11:56:46 | Re: *Proper* solution for 1..* relationship? |