Re: MAX関数に関する報告

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

In response to

Browse pgsql-bugs by date

  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