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