Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 113ece8

Browse files
committed
Add all heap page rows visible bitmap idea:
< the heap. One way to allow this is to set a bit to index tuples > the heap. One way to allow this is to set a bit on index tuples < be cleared when a heap tuple is expired. < > be cleared when a heap tuple is expired. Another idea is to maintain > a bitmap of heap pages where all rows are visible to all backends, > and allow index lookups to reference that bitmap to avoid heap > lookups, perhaps the same bitmap we might add someday to determine > which heap pages need vacuuming.
1 parent 915fb7f commit 113ece8

File tree

2 files changed

+14
-7
lines changed

2 files changed

+14
-7
lines changed

doc/TODO

Lines changed: 7 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
PostgreSQL TODO List
33
====================
44
Current maintainer: Bruce Momjian (pgman@candle.pha.pa.us)
5-
Last updated: Thu Dec 1 17:12:27 EST 2005
5+
Last updated: Thu Dec 1 17:30:23 EST 2005
66

77
The most recent version of this document can be viewed at
88
http://www.postgresql.org/docs/faqs.TODO.html.
@@ -859,11 +859,14 @@ Cache Usage
859859

860860
Currently indexes do not have enough tuple visibility information
861861
to allow data to be pulled from the index without also accessing
862-
the heap. One way to allow this is to set a bit to index tuples
862+
the heap. One way to allow this is to set a bit on index tuples
863863
to indicate if a tuple is currently visible to all transactions
864864
when the first valid heap lookup happens. This bit would have to
865-
be cleared when a heap tuple is expired.
866-
865+
be cleared when a heap tuple is expired. Another idea is to maintain
866+
a bitmap of heap pages where all rows are visible to all backends,
867+
and allow index lookups to reference that bitmap to avoid heap
868+
lookups, perhaps the same bitmap we might add someday to determine
869+
which heap pages need vacuuming.
867870

868871
* Consider automatic caching of queries at various levels:
869872

doc/src/FAQ/TODO.html

Lines changed: 7 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,7 @@
88
<body bgcolor="#FFFFFF" text="#000000" link="#FF0000" vlink="#A00000" alink="#0000FF">
99
<h1><a name="section_1">PostgreSQL TODO List</a></h1>
1010
<p>Current maintainer: Bruce Momjian (<a href="mailto:pgman@candle.pha.pa.us">pgman@candle.pha.pa.us</a>)<br/>
11-
Last updated: Thu Dec 1 17:12:27 EST 2005
11+
Last updated: Thu Dec 1 17:30:23 EST 2005
1212
</p>
1313
<p>The most recent version of this document can be viewed at<br/>
1414
<a href="http://www.postgresql.org/docs/faqs.TODO.html">http://www.postgresql.org/docs/faqs.TODO.html</a>.
@@ -778,10 +778,14 @@ <h1><a name="section_15">Cache Usage</a></h1>
778778
</li><li>Allow data to be pulled directly from indexes
779779
<p> Currently indexes do not have enough tuple visibility information
780780
to allow data to be pulled from the index without also accessing
781-
the heap. One way to allow this is to set a bit to index tuples
781+
the heap. One way to allow this is to set a bit on index tuples
782782
to indicate if a tuple is currently visible to all transactions
783783
when the first valid heap lookup happens. This bit would have to
784-
be cleared when a heap tuple is expired.
784+
be cleared when a heap tuple is expired. Another idea is to maintain
785+
a bitmap of heap pages where all rows are visible to all backends,
786+
and allow index lookups to reference that bitmap to avoid heap
787+
lookups, perhaps the same bitmap we might add someday to determine
788+
which heap pages need vacuuming.
785789
</p>
786790
</li><li>Consider automatic caching of queries at various levels:
787791
<ul>

0 commit comments

Comments
 (0)