Re: Self referencing composite datatype

From: Sergey Konoplev <gray(dot)ru(at)gmail(dot)com>
To: Alban Hertroys <haramrae(at)gmail(dot)com>
Cc: Sameer Thakur <samthakur74(at)gmail(dot)com>, Postgres General <pgsql-general(at)postgresql(dot)org>
Subject: Re: Self referencing composite datatype
Date: 2013-08-08 06:43:04
Message-ID: CAL_0b1vtM06eab5d5WecKmRR01h6SueWBJwj3wpVpB8gDMSZ_w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Aug 7, 2013 at 11:38 PM, Alban Hertroys <haramrae(at)gmail(dot)com> wrote:
> On Aug 8, 2013, at 4:11, Sergey Konoplev <gray(dot)ru(at)gmail(dot)com> wrote:
>> create table node as (
>> id integer primary key,
>> r integer, s integer,
>> children integer[]
>> );
>>
>> and check integrity by triggers.
>
>
> Or, instead of attempting to reference all child nodes from the parent, reference the parent node from each child node.
> That's been supported in PG versions like forever and can be queried fairly efficiently using recursive CTE's since PG 9.

That particular moment I thought it was about graphs. Later OP
mentioned tree, so yes, it is better to use parent reference here.

--
Kind regards,
Sergey Konoplev
PostgreSQL Consultant and DBA

http://www.linkedin.com/in/grayhemp
+1 (415) 867-9984, +7 (901) 903-0499, +7 (988) 888-1979
gray(dot)ru(at)gmail(dot)com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Chris Travers 2013-08-08 06:45:57 Re: Self referencing composite datatype
Previous Message Alban Hertroys 2013-08-08 06:38:14 Re: Self referencing composite datatype