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
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 |