From: | "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Alfred Perlstein" <bright(at)wintelcom(dot)net>, <pgsql-hackers(at)postgreSQL(dot)org>, <chris(at)bitmead(dot)com> |
Subject: | RE: [HACKERS] how to deal with sparse/to-be populated tables |
Date: | 2000-02-04 05:01:05 |
Message-ID: | 000b01bf6ecc$d7733a6001007e@tpf.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> -----Original Message-----
> From: owner-pgsql-hackers(at)postgreSQL(dot)org
> [mailto:owner-pgsql-hackers(at)postgreSQL(dot)org]On Behalf Of Tom Lane
>
> Chris Bitmead <chrisb(at)nimrod(dot)itg(dot)telstra(dot)com(dot)au> writes:
> > Hmm. Doesn't PostgreSQL have a big list of error codes? I don't think
> > it does, I've never seen one. There should be a way to get error
> > codes without comparing strings. Should this be on the TODO?
>
> It doesn't, there should, and it already is ;-)
>
Doens't the following TODO imply it ?
* Allow elog() to return error codes, not just messages
Many people have complained about it.
However,it seems not effective without a functionality of statement
level rollback. AFAIK,Vadim has planed it together with savepoint
functionality.
Regards.
Hiroshi Inoue
Inoue(at)tpf(dot)co(dot)jp
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Bitmead | 2000-02-04 05:16:43 | Time travel |
Previous Message | Chris Bitmead | 2000-02-04 04:39:59 | Re: [HACKERS] Another nasty cache problem |