Re: [HACKERS] Sorry to nag, but... [Failures with arrays]

> Is anyone interested in this problem? (At least add it to the TODO list!)
>
> This was reported as a bug with the Debian package of 6.3.2; the same
> behaviour is still present in 6.4.
>
> bray=> create table foo ( t text[]);
> CREATE
> bray=> insert into foo values ( '{"a"}');
> INSERT 201354 1
> bray=> insert into foo values ( '{"a","b"}');
> INSERT 201355 1
> bray=> insert into foo values ( '{"a","b","c"}');
> INSERT 201356 1
> bray=> select * from foo;
> t
> -------------
> {"a"}
> {"a","b"}
> {"a","b","c"}
> (3 rows)
>
> bray=> select t[1] from foo;
> ERROR: type name lookup of t failed
> bray=> select * from foo;
> t
> -------------
> {"a"}
> {"a","b"}
> {"a","b","c"}
> (3 rows)
>
> bray=> select foo.t[1] from foo;
> t
> -
> a
> a
> a
> (3 rows)
>
> bray=> select count(foo.t[1]) from foo;
> pqReadData() -- backend closed the channel unexpectedly.
>

I have added:

* array index references without table name cause problems
* aggregates on array indexes crash backend

--
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026