Re: Bug #876: Bugs Inserts Arrays

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: wgpalumbo(at)yahoo(dot)com(dot)br, pgsql-bugs(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Bug #876: Bugs Inserts Arrays
Date: 2003-01-16 01:12:06
Message-ID: 10257.1042679526@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

pgsql-bugs(at)postgresql(dot)org writes:
> Sample Code
> create table teste(serie integer,aula text[][]);
> //its ok when insert this
> insert into teste values (1,'{{"004","009"},{"009"},{""},
> {"001","002"}}');
> //But when I insert this..
> insert into teste values
> (1,'{{"004","009","002"},{"009","001"},{""},{"001","002"}}');
> ^^^^^^ -> lost information ^^^^^^^^^^ -> array dimension last entrance.

Yeah, this seems to be a long-standing misbehavior. I get the same
results as far back as PG 7.0 (the oldest version I have running):

play=> select * from teste;
serie | aula
-------+-----------------------------------------------------
1 | {{"004","009"},{"009",""},{"",""},{"001","002"}}
1 | {{"004","009"},{"009","001"},{"",""},{"001","002"}}
(2 rows)

On the other hand, the last time I fixed what seemed an obvious bug in
the array-value parser, I got flak for it. Anyone want to defend the
present behavior?

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Catarina Monica 2003-01-16 10:13:42 Postgres 7.3 in PPC
Previous Message pgsql-bugs 2003-01-15 23:09:58 Bug #876: Bugs Inserts Arrays

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2003-01-16 01:15:01 Re: inet regression test
Previous Message Justin Clift 2003-01-16 00:54:49 Re: Anyone have a fresh Solaris 8 SPARC system to create