Re: pg_group_name_index corrupt?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: The Hermit Hacker <scrappy(at)hub(dot)org>
Cc: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_group_name_index corrupt?
Date: 2000-05-05 01:09:11
Message-ID: 1335.957488951@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

The Hermit Hacker <scrappy(at)hub(dot)org> writes:
>> If we are going to have to force a new initdb here, we probably ought
>> to reconsider a couple of recent past decisions that were put off on
>> grounds of "we don't want another initdb before 7.0". I'm thinking of
>> the remaining ODBC support functions and the new LIKE estimator in
>> particular. Do we want to revisit those decisions, or leave well enough
>> alone?

> Leave well enough alone ... this fixed, IMHO, a *very* important potential
> bug, whereas the other two can be worked around. AT this *really* late
> stage in the cycle, fixing one bug at least only opens us up to the
> possibility of one bug ... doing the ODBC/LIKE stuff aren't mission
> critical, and really only affect a relatively small group of ppl in
> comparison ...

That's a fair objection for the LIKE estimator, which after all hasn't
gotten much testing. I'll leave well enough alone there. But those
missing ODBC functions are just another dozen SQL-function entries for
pg_proc; hard to see how they can break anything else, even if (worst
case) they're wrong themselves ...

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2000-05-05 01:11:17 Re: pg_group_name_index corrupt?
Previous Message Tom Lane 2000-05-05 01:00:43 Re: pg_group_name_index corrupt?