Re: BRIN range operator class
Emre Hasegeli <emre@hasegeli.com>
From: Emre Hasegeli <emre@hasegeli.com>
To: Andreas Karlsson <andreas@proxel.se>
Cc: PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2015-05-05T09:57:40Z
Lists: pgsql-hackers
Attachments
- brin-inclusion-v07-01-sql-level-support-functions.patch (application/octet-stream) patch v7-0001
- brin-inclusion-v07-02-strategy-numbers.patch (application/octet-stream) patch v7-0002
- brin-inclusion-v07-03-remove-assert-checking.patch (application/octet-stream) patch v7-0003
- brin-inclusion-v07-04-fix-brin-deform-tuple.patch (application/octet-stream) patch v7-0004
- brin-inclusion-v07-05-box-vs-point-operators.patch (application/octet-stream) patch v7-0005
- brin-inclusion-v07-06-inclusion-opclasses.patch (application/octet-stream) patch v7-0006
- brin-inclusion-v07-07-remove-minmax-amprocs.patch (application/octet-stream) patch v7-0007
> From my point of view as a reviewer this patch set is very close to being > committable. Thank you. The new versions are attached. > - "operator classes store the union of the values in the indexed column" is > not technically true. It stores something which covers all of the values. I rephrased it as " operator classes store a value which includes the values in the indexed column". > - Missing space in "except box and point*/". Fixed. > = brin-inclusion-v06-07-remove-minmax-amprocs.patch > > Shouldn't this be merged with 02? Otherwise it looks good. It doesn't have any relation with the 02-strategy-numbers.patch. Maybe you mean 01-sql-level-support-functions.patch and 05-box-vs-point-operators.patch should be merged. They can always be committed together.
Commits
-
Refactor per-page logic common to all redo routines to a new function.
- f8f4227976a2 9.5.0 cited
-
Reduce use of heavyweight locking inside hash AM.
- 76837c1507cb 9.3.0 cited
-
Scan the buffer pool just once, not once per fork, during relation drop.
- ece01aae4792 9.2.0 cited
-
Major patch from Thomas Lockhart <Thomas.G.Lockhart@jpl.nasa.gov>
- 9e2a87b62db8 7.1.1 cited