- 22 Jan, 2005 5 commits
- 
- 
Bruce Momjian authored
- 
Bruce Momjian authoredHEAD and 8.0.X. 
- 
Bruce Momjian authored
- 
Bruce Momjian authored< BY col {DESC} LIMIT 1. Completing this item involves making this > BY col {DESC} LIMIT 1. Completing this item involves doing this < invalidated if anyone modifies the table. < > invalidated if anyone modifies the table. Another idea is to > get a count directly from a unique index, but for this to be > faster than a sequential scan it must avoid access to the heap > to obtain tuple visibility information. > > * Allow data to be pulled directly from indexes > > Currently indexes do not have enough tuple tuple visibility > information to allow data to be pulled from the index without > also accessing the heap. One way to allow this is to set a bit > to index tuples to indicate if a tuple is currently visible to > all transactions when the first valid heap lookup happens. This > bit would have to be cleared when a heap tuple is expired. >
- 
Neil Conway authoredpass if "default_with_oids" is set to false. I took the approach of explicitly adding WITH OIDS to the CREATE TABLEs where necessary, rather than tweaking the default_with_oids GUC var. 
 
- 
- 20 Jan, 2005 1 commit
- 
- 
Neil Conway authored
 
- 
- 19 Jan, 2005 5 commits
- 
- 
Neil Conway authoredexpression types. 
- 
Bruce Momjian authored
- 
Bruce Momjian authored> * Add 'tid != tid ' operator for use in corruption recovery 
- 
Neil Conway authored
- 
Bruce Momjian authored
 
- 
- 18 Jan, 2005 5 commits
- 
- 
Neil Conway authored(1) Keep a pin on the scan's current buffer and mark buffer. This avoids the need to do a ReadBuffer() for each tuple produced by the scan. Since ReadBuffer() is expensive, this is a significant win. (2) Convert a ReleaseBuffer(); ReadBuffer() pair into ReleaseAndReadBuffer(). Surely not a huge win, but it saves a lock acquire/release... (3) Remove a bunch of duplicated code in rtget.c; make rtnext() handle both the "initial result" and "subsequent result" cases. (4) Add support for index tuple killing (5) Remove rtscancache(): it is dead code, for the same reason that gistscancache() is dead code (an index scan ought not be invoked with NoMovementScanDirection). The end result is about a 10% improvement in rtree index scan perf, according to contrib/rtree_gist/bench. 
- 
Neil Conway authoredgood style and to satisfy sparse. From Alvaro Herrera. 
- 
Bruce Momjian authored
- 
Bruce Momjian authored
- 
Bruce Momjian authored
 
- 
- 17 Jan, 2005 20 commits
- 
- 
Peter Eisentraut authored
- 
PostgreSQL Daemon authoredits that time ... tag it for release 
- 
Peter Eisentraut authored
- 
Tom Lane authoredinterval datatypes as well as timestamp. 
- 
Bruce Momjian authoredcorrect. It's in addition to the previous patch. David Fetter 
- 
Peter Eisentraut authored
- 
Peter Eisentraut authored
- 
Peter Eisentraut authored
- 
Neil Conway authored
- 
Bruce Momjian authored
- 
Neil Conway authoredan untyped literal in the CASE's test expression. This adds test coverage for a bug that was fixed by Tom on January 12. 
- 
Peter Eisentraut authored
- 
Peter Eisentraut authored
- 
Bruce Momjian authoredtells what arguments go to pl/perl triggers. David Fetter 
- 
Bruce Momjian authored
- 
Bruce Momjian authoredIan Barwick 
- 
Peter Eisentraut authored
- 
Bruce Momjian authored
- 
Peter Eisentraut authored
- 
Tom Lane authored
 
- 
- 15 Jan, 2005 4 commits
- 
- 
Bruce Momjian authoredAlvaro 
- 
Bruce Momjian authoredEuler Taveira de Oliveira 
- 
Bruce Momjian authoredEuler Taveira de Oliveira 
- 
Tom Lane authored
 
-