So I'm not the only person to see a bug like
this?

D.

-----Original Message-----
From: Ricardo J.C.Coelho [mailto:pulsar@truenet-ce.com.br]
Sent: Tuesday, February 09, 1999 8:36 AM
To: 'pgsql-hackers@postgresql.org'
Subject: [HACKERS] Timestamp fileds into index 


Hi,

I am new in Pgsql-Hacker mailing list. I didn't have any answer from others 
lists.

I tried to create a table with a timestamp field as part of primary key. 
Pgsql doesn't have an "ops_name" for timestamp. You will see this when you 
use create table. DON'T DO THIS WITH YOUR REGULAR DATABASE. Create a 
separate one.
If you create the table without primary key and after create an unique 
index with abstime_ops, everything will run well.
However if you use primary key clause, the table can't be dropped or 
created again. Look the sequence above.

	create table TBL (FLD1 int2, FLD2 timestamp, FLD3 text, primary 
key(FLD1,FLD2));
--> Pgsql will not create because FLD2 is timestamp
	create table TBL (FLD1 int2, FLD2 timestamp, FLD3 text);
--> Pgsql said: Relation TBL already exist.
	drop table TBL;
--> Pgsql said: Relation TBL don't exist. (So strange).

I tried vacuum too, but TBL still was there. The only way was: dump 
database, destroydb and createdb it again.

I looked into database files. TBL name appears in pg_type_typname_index, 
pg_class_relname_index, pg_type.

Seems to me that PgSQL creates the table, try to create the index, but when 
the problems occurs, the "rollback" of create table is not completed.

What do you think about this ? Is Hackers the right place to send this ?

I'm using RedHat 5.2 (Intel) with Pgsql 6.4.2

Thanks.

Ricardo Coelho.


Tue, 9 Feb 1999 09:59:16 -0500 
Dan Gowin <DGowin@avantec.net>
RE: [HACKERS] Timestamp fileds into index 