From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Tino Wildenhain <tino(at)wildenhain(dot)de>, "Craig O'Shannessy" <craig(at)ucw(dot)com(dot)au>, Martijn van Oosterhout <kleptog(at)svana(dot)org>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: int8 primary keys still not using index without manual |
Date: | 2003-11-07 19:06:47 |
Message-ID: | 780.1068232007@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> Here is my logic. I am having trouble getting the big picture on this:
Th big picture is that it doesn't work very well to assume that indexes
only need to handle same-datatype comparisons. I think we are
ultimately going to have to address that issue more-or-less directly.
At least for btree indexes, it doesn't seem that the index mechanics
would have too big a problem with this --- as long as you are using the
proper comparison function, who cares whether the righthand side of the
comparison is the same datatype as the left? It might be harder for
other index types, but 99.9% of the problem is with btrees anyway.
I think if we implemented it only for btrees we'd still have a usable
solution.
I'm currently digging around to see how much of the rest of the backend
really cares about it ...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Sean Gonsman | 2003-11-07 19:17:38 | phpPGAdmin Indexes, what does this do? |
Previous Message | Alvaro Herrera | 2003-11-07 18:34:34 | Re: Service doesnt UP!!!! |