RE: [HACKERS] how to deal with sparse/to-be populated tables

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: 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

In response to

Responses

Browse pgsql-hackers by date

  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