- 20 Oct, 2008 1 commit
-
-
Teodor Sigaev authored
Per Tom's comment. Also revome useless GISTScanOpaque->flags field.
-
- 04 Sep, 2008 1 commit
-
-
Teodor Sigaev authored
to initializaion of scanEntry.
-
- 11 Jul, 2008 1 commit
-
-
Tom Lane authored
-
- 19 Jun, 2008 1 commit
-
-
Alvaro Herrera authored
corresponding struct definitions. This allows other headers to avoid including certain highly-loaded headers such as rel.h and relscan.h, instead using just relcache.h, heapam.h or genam.h, which are more lightweight and thus cause less unnecessary dependencies.
-
- 16 May, 2008 1 commit
-
-
Tom Lane authored
prefix matching using this facility. Teodor Sigaev and Oleg Bartunov
-
- 12 May, 2008 1 commit
-
-
Alvaro Herrera authored
unnecessary #include lines in it. Also, move some tuple routine prototypes and macros to htup.h, which allows removal of heapam.h inclusion from some .c files. For this to work, a new header file access/sysattr.h needed to be created, initially containing attribute numbers of system columns, for pg_dump usage. While at it, make contrib ltree, intarray and hstore header files more consistent with our header style.
-
- 22 Apr, 2008 1 commit
-
-
Teodor Sigaev authored
<craig@postnewspapers.com.au>. It was my mistake, I missed limitation of number of held locks, now GIN doesn't use continiuous locks, but still hold buffers pinned to prevent interference with vacuum's deletion algorithm. Backpatch is needed.
-
- 14 Apr, 2008 1 commit
-
-
Tom Lane authored
"consistent" functions, and remove pg_amop.opreqcheck, as per recent discussion. The main immediate benefit of this is that we no longer need 8.3's ugly hack of requiring @@@ rather than @@ to test weight-using tsquery searches on GIN indexes. In future it should be possible to optimize some other queries better than is done now, by detecting at runtime whether the index match is exact or not. Tom Lane, after an idea of Heikki's, and with some help from Teodor.
-
- 13 Apr, 2008 1 commit
-
-
Tom Lane authored
instead of plan time. Extend the amgettuple API so that the index AM returns a boolean indicating whether the indexquals need to be rechecked, and make that rechecking happen in nodeIndexscan.c (currently the only place where it's expected to be needed; other callers of index_getnext are just erroring out for now). For the moment, GIN and GIST have stub logic that just always sets the recheck flag to TRUE --- I'm hoping to get Teodor to handle pushing that control down to the opclass consistent() functions. The planner no longer pays any attention to amopreqcheck, and that catalog column will go away in due course.
-
- 10 Apr, 2008 1 commit
-
-
Tom Lane authored
indexscan always occurs in one call, and the results are returned in a TIDBitmap instead of a limited-size array of TIDs. This should improve speed a little by reducing AM entry/exit overhead, and it is necessary infrastructure if we are ever to support bitmap indexes. In an only slightly related change, add support for TIDBitmaps to preserve (somewhat lossily) the knowledge that particular TIDs reported by an index need to have their quals rechecked when the heap is visited. This facility is not really used yet; we'll need to extend the forced-recheck feature to plain indexscans before it's useful, and that hasn't been coded yet. The intent is to use it to clean up 8.3's horrid @@@ kluge for text search with weighted queries. There might be other uses in future, but that one alone is sufficient reason. Heikki Linnakangas, with some adjustments by me.
-
- 01 Jan, 2008 1 commit
-
-
Bruce Momjian authored
-
- 15 Nov, 2007 1 commit
-
-
Bruce Momjian authored
-
- 04 Jun, 2007 1 commit
-
-
Teodor Sigaev authored
- Fix possible deadlock between UPDATE and VACUUM queries. Bug never was observed in 8.2, but it still exist there. HEAD is more sensitive to bug after recent "ring" of buffer improvements. - Fix WAL creation: if parent page is stored as is after split then incomplete split isn't removed during replay. This happens rather rare, only on large tables with a lot of updates/inserts. - Fix WAL replay: there was wrong test of XLR_BKP_BLOCK_* for left page after deletion of page. That causes wrong rightlink field: it pointed to deleted page. - add checking of match of clearing incomplete split - cleanup incomplete split list after proceeding All of this chages doesn't change on-disk storage, so backpatch... But second point may be an issue for replaying logs from previous version.
-
- 01 Feb, 2007 1 commit
-
-
Neil Conway authored
-
- 31 Jan, 2007 1 commit
-
-
Teodor Sigaev authored
In this case extractQuery should returns -1 as nentries. This changes prototype of extractQuery method to use int32* instead of uint32* for nentries argument. Based on that gincostestimate may see two corner cases: nothing will be found or seqscan should be used. Per proposal at http://archives.postgresql.org/pgsql-hackers/2007-01/msg01581.php PS tsearch_core patch should be sightly modified to support changes, but I'm waiting a verdict about reviewing of tsearch_core patch.
-
- 05 Jan, 2007 1 commit
-
-
Bruce Momjian authored
back-stamped for this.
-
- 12 Nov, 2006 1 commit
-
-
Neil Conway authored
-
- 04 Oct, 2006 1 commit
-
-
Bruce Momjian authored
-
- 14 Jul, 2006 1 commit
-
-
Bruce Momjian authored
-
- 02 May, 2006 1 commit
-
-
Teodor Sigaev authored
text[], int4[], Tsearch2 support for GIN.
-