Re: Nested composite types again - Mailing list pgsql-novice

From Michael Kolomeitsev
Subject Re: Nested composite types again
Date
Msg-id CAABbzO03D51M-Hh7-CpZaSBOitqhGU0=pntRJnOoynBULE_C6Q@mail.gmail.com
Whole thread Raw
In response to Re: Nested composite types again  (Vibhor Kumar <vibhor.kumar@enterprisedb.com>)
Responses Re: Nested composite types again
List pgsql-novice

Ok.
How do you think should I report this as a bug?

On Nov 28, 2012 10:37 PM, "Vibhor Kumar" <vibhor.kumar@enterprisedb.com> wrote:

On Nov 28, 2012, at 5:02 AM, Michael Kolomeitsev <mkolomeitsev@gmail.com> wrote:

> Hi,
>
> I have already read this
> http://www.postgresql.org/docs/9.2/static/rowtypes.html#AEN7304
> but it didn't help.
>
> CREATE TABLE nodes (
>  id SERIAL NOT NULL PRIMARY KEY,
>  name TEXT NOT NULL
> );
>
> CREATE TYPE pathId AS (
>  id INTEGER,
>  node nodes
> );
>
> CREATE OR REPLACE FUNCTION test_AEN7304() RETURNS void AS $$
> DECLARE
>  r pathId;
>  n nodes;
> BEGIN
>  n.name := 'abc';
>  r.id := 1;
>  r.node := n; -- All is ok
> --  r.node.name := 'def'; -- << Error here
> --  (r).node.name := 'def'; -- << and here
>  ((r).node).name := 'def'; -- << and here
> END;
> $$ LANGUAGE 'plpgsql';
>
> And I can't even make 'n' as ALIAS FOR r.node (to simulate C-like pointer).
>
> What is the right syntax?
> Thanks

I have verified that plpgsql doesn't allow assignment like r.node.name='def' or (r).node.name or ((r).node).name

In Above case, you can use some variable like n and update the n composite variable and assigned it to r.node as you have already done in plpgsql.

Thanks & Regards,
Vibhor Kumar
EnterpriseDB Corporation
The Enterprise PostgreSQL Company
Blog:http://vibhork.blogspot.com

pgsql-novice by date:

Previous
From: Vibhor Kumar
Date:
Subject: Re: Nested composite types again
Next
From: Christian Hammers
Date:
Subject: Re: Nested composite types again