Re: [HACKERS] Indexscan API cleanup proposal

2002-05-19 Thread Tom Lane
Joe Conway <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >> where "kill the index entry" involves informing the index AM that it can >> somehow mark the index entry uninteresting and not to be returned at all >> during future indexscans. > Is this a step toward being able to VACUUM indexes? You

Re: [HACKERS] Indexscan API cleanup proposal

2002-05-19 Thread Joe Conway
Tom Lane wrote: > where "kill the index entry" involves informing the index AM that it can > somehow mark the index entry uninteresting and not to be returned at all > during future indexscans. (For performance reasons this'll probably get > merged into the next "get next index tuple" operation,

[HACKERS] Indexscan API cleanup proposal

2002-05-19 Thread Tom Lane
As I mentioned in passing awhile ago, I'm thinking of simplifying the indexscan API and arranging for heapscans and indexscans to have essentially identical APIs. Here's the plan: heap_beginscan and index_beginscan will have near-identical signatures: HeapScanDesc heap_beginscan(Relation relati