| 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$d7733a60$2801007e@tpf.co.jp |
| Views: | Whole Thread | Raw Message | 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 |