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

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [HACKERS] Sorry to nag, but... [Failures with arrays]
Дата
Msg-id 199812130425.XAA14016@candle.pha.pa.us
обсуждение исходный текст
Ответ на Sorry to nag, but... [Failures with arrays]  ("Oliver Elphick" <olly@lfix.co.uk>)
Список pgsql-hackers
> 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@candle.pha.pa.us            |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] =ANY bug
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Nag: postgresql/c.h typedefs Size as 'unsigned int' on Alpha