"Daniel Podlejski" <[EMAIL PROTECTED]> writes:
> I think there is no sense to cast too big value to numeric when field type
> is integer.
> On really big table this "bug" cause unnecessary io load.
Well, for example, the same logic doesn't hold for < where all the records
would satisfy the inequa
The following bug has been logged online:
Bug reference: 4313
Logged by: Daniel Podlejski
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.3.1, 8.3.3
Operating system: Linux
Description:Strange optimizer behaviour
Details:
cvalley_dev=# \d messages
"y_takesue" <[EMAIL PROTECTED]> wrote:
> PostgreSQL7.4 および PostgreSQL8.1 の間でMAX関数による出力結果の違いがありましたので報告いたします。
> item1がchar型のとき、パディングされている後方スペースがPostgreSQL8.1では取り除かれていませんでした。
リリースノートを見ても、どこで変更されたか特定できませんでしたが、
max() が text 型のみだけではなく、char 型のサポートが追加されたことが
影響しているようです。max() 後の値を必要な型に明示的にキャストするのが
安全だと思われ
I use NHibernate 1.2.1.4 and Npgsql 0.7.1 database driver for data
access layer. From your comments it looks like these components are
responsible for INSERT statement creation (mostly NHibernate).
I think you can close this bug and I will search for solutions in
NHibernate community.
Gregor
PostgreSQL7.4 および PostgreSQL8.1 の間でMAX関数による出力結果の違いがありましたので報告いたします。
--テスト用テーブルの作成
create table b (
item1 char(10),
item2 varchar(10)
);
--データの追加
insert into b (
item1,
item2
) values (
'1234',
'5678'
);
insert into b (
item1,
item2
) values (
'ABCD',
'EFGH'
);
--データの抽出
select max(item1
On Thu, Jul 17, 2008 at 8:05 AM, Bhaskar Sirohi
<[EMAIL PROTECTED]> wrote:
>
> The following bug has been logged online:
>
> Bug reference: 4312
> Logged by: Bhaskar Sirohi
> Email address: [EMAIL PROTECTED]
> PostgreSQL version: 8.3.3
> Operating system: Windows 2003 Server
>
The following bug has been logged online:
Bug reference: 4312
Logged by: Bhaskar Sirohi
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.3.3
Operating system: Windows 2003 Server
Description:Installation fails
Details:
I tried to install Postresql 8.3.3 on the
