On Sun, Oct 1, 2017 at 9:13 PM, Amit Langote <langote_amit...@lab.ntt.co.jp> wrote: > I agree. Equality checks are going to be common enough to warrant them to > be handled specially, instead of implementing equality-pruning on top of > min/max framework.
What you might do is pass <btree-strategy-number, bounds> and optionally allow a second <btree-strategy-number, bounds>. Then for the common case of equality you can pass BTEqualStrategyNumber and for a range bounded at both ends you can pass BTGreaterStrategyNumber or BTGreaterEqualStrategyNumber for one bound and BTLessStrategyNumber or BTLessEqualStrategyNumber for the other. Not sure if this is exactly the right idea but it's what pops to mind. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
