Skip site navigation (1) Skip section navigation (2)

Re: your mail

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: Alvin van Raalte <alvin(at)camberlo(dot)demon(dot)co(dot)uk>
Cc: pgsql-bugs(at)postgreSQL(dot)org
Subject: Re: your mail
Date: 1999-05-09 15:36:26
Message-ID: 199905091536.LAA22981@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-bugs
I wanted to let you know this has been fixed in the current 6.5beta.

---------------------------------------------------------------------------

CREATE TABLE "test" (
	"x" inet);
CREATE TABLE "xtransactions" (
	"seqno" int4 DEFAULT nextval ( 'trans_seq' ) NOT NULL,
	"accno" character(16) NOT NULL,
	"tdate" date NOT NULL,
	"description" character(20),
	"amount" money NOT NULL,
	"nominal_acc" int4,
	"memo" text,
	CONSTRAINT "tdate_range" CHECK (tdate BETWEEN '01-01-1987' AND 'now'));
INSERT INTO "test" values ('00/0');
CREATE UNIQUE INDEX "xtransactions_pkey" on "xtransactions" using btree ( "seqno" "int4_ops" );
CREATE  INDEX "xtransactions_date" on "xtransactions" using btree ( "tdate" "date_ops" );
CREATE  INDEX "xtransactions_accno" on "xtransactions" using hash ( "accno" "bpchar_ops" );
CREATE  INDEX "xtransactions_nominal" on "xtransactions" using btree ( "nominal_acc" "int4_ops" );
CREATE  INDEX "xtransactions_balance" on "xtransactions" using btree ( "accno" "bpchar_ops", "tdate" "date_ops" );


---------------------------------------------------------------------------

> Sorry I have deleted the bug report template from my mail system.
> 
> System Linux(intel) 2.0.36 with Redhat 5.2
> postgresql version 6.5 cvsup'ed on 3-Mar-1999.
> 
> pg_dump does not dump indices beyond the first index USING HASH.
> 
> The following is a log of a session demonstrating the problem:-
> 
> Script started on Thu Mar  4 10:42:11 1999
> [alvin(at)camberlo java]$ ./demo.sql demo
> #!/usr/bin/psql -f
> \r
> buffer reset(cleared)
> 
> DROP TABLE xtransactions;
> DROP
> CREATE TABLE xtransactions (
> 	seqno INTEGER DEFAULT nextval('trans_seq') PRIMARY KEY,
> 	accno CHAR(16) NOT NULL,
> 	tdate DATE NOT NULL,
> 	description CHAR(20),
> 	amount MONEY NOT NULL,
> 	nominal_acc INTEGER,
> 	memo TEXT
> 	CONSTRAINT tdate_range CHECK (tdate BETWEEN '01-01-1987' AND 'now'));
> NOTICE:  CREATE TABLE/PRIMARY KEY will create implicit index 
> xtransactions_pkey for table xtransactions
> CREATE
> 
> CREATE INDEX xtransactions_date ON xtransactions (tdate);
> CREATE
> CREATE INDEX xtransactions_accno ON xtransactions USING hash (accno);
> CREATE
> CREATE INDEX xtransactions_nominal ON xtransactions (nominal_acc);
> CREATE
> CREATE INDEX xtransactions_balance ON xtransactions (accno, tdate);
> CREATE
> 
> EOF
> [alvin(at)camberlo java]$ pg_dump -t xtransactions -s demo
> CREATE TABLE "xtransactions" (
> 	"seqno" int4 DEFAULT nextval ( 'trans_seq' ) NOT NULL,
> 	"accno" character(16) NOT NULL,
> 	"tdate" date NOT NULL,
> 	"description" character(20),
> 	"amount" money NOT NULL,
> 	"nominal_acc" int4,
> 	"memo" text,
> 	CONSTRAINT "tdate_range" CHECK (tdate BETWEEN '01-01-1987' AND 'now'));
> CREATE UNIQUE INDEX "xtransactions_pkey" on "xtransactions" using btree 
> ( "seqno" "int4_ops" );
> CREATE  INDEX "xtransactions_date" on "xtransactions" using btree ( 
> "tdate" "date_ops" );
> CREATE  INDEX "xtransactions_accno" on "xtransactions" using hash ( 
> "accno" "bpchar_ops" );
> [alvin(at)camberlo java]$ exit
> Script done on Thu Mar  4 10:42:52 1999
> 
> There are five indexes on this table only three have been dumped.
> 
> Alvin.
> 
> 
> 


-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist(at)candle(dot)pha(dot)pa(dot)us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

In response to

  • at 1999-03-04 10:58:47 from Alvin van Raalte

pgsql-bugs by date

Next:From: Bruce MomjianDate: 1999-05-10 04:00:08
Subject: Re: [BUGS] backend crash with inet type
Previous:From: Herouth MaozDate: 1999-05-09 11:54:12
Subject: Re: [GENERAL] int8-datatype: possible bug

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group