Re: *Proper* solution for 1..* relationship?

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

In response to

Browse pgsql-novice by date

  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?