From: | ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> |
---|---|
To: | "y_takesue" <ytakesue05(at)hotmail(dot)com> |
Cc: | <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: MAX関数に関する報告 |
Date: | 2008-07-17 10:09:16 |
Message-ID: | 20080717184959.7A3C.52131E4D@oss.ntt.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
"y_takesue" <ytakesue05(at)hotmail(dot)com> wrote:
> PostgreSQL7.4 および PostgreSQL8.1 の間でMAX関数による出力結果の違いがありましたので報告いたします。
> item1がchar型のとき、パディングされている後方スペースがPostgreSQL8.1では取り除かれていませんでした。
リリースノートを見ても、どこで変更されたか特定できませんでしたが、
max() が text 型のみだけではなく、char 型のサポートが追加されたことが
影響しているようです。max() 後の値を必要な型に明示的にキャストするのが
安全だと思われます。
----
BTW, max() returns bpchar type for char(10) and text for varchar(10) in HEAD.
The type modifiers are lost. Is it a limitation?
postgres=# \d b
Table "public.b"
Column | Type | Modifiers
--------+-----------------------+-----------
item1 | character(10) |
item2 | character varying(10) |
postgres=# select max(item1) as item1
, max(item2) as item2
into result from b;
[in 7.4]
postgres=# \d result
Table "public.result"
Column | Type | Modifiers
--------+------+-----------
item1 | text | <- not a char(10)
item2 | text | <- not a varchar(10)
[in HEAD]
postgres=# \d result
Table "public.result"
Column | Type | Modifiers
--------+--------+-----------
item1 | bpchar | <- type modifier 10 is lost
item2 | text | <- type modifier 10 is lost
postgres=# EXPLAIN VERBOSE select max(item1) as item1
, max(item2) as item2
into result from b;
QUERY PLAN
-----------------------------------------------------------
Aggregate (cost=20.81..20.81 rows=1 width=82)
Output: max(item1), max((item2)::text)
-> Seq Scan on b (cost=0.00..17.20 rows=720 width=82)
Output: item1, item2
(4 rows)
Regards,
---
ITAGAKI Takahiro
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel Podlejski | 2008-07-17 14:37:53 | BUG #4313: Strange optimizer behaviour |
Previous Message | Oskars Ozols | 2008-07-17 08:10:04 | Re: BUG #4307: INSERT fails with primary key contraint |