Have fts4 full-text queries consider "docid<?" and similar constraints.
Merge trunk changes with this branch.
Allow multi-token phrases to load doclists from the database incrementally. This allows queries that feature such phrases to benefit from the "docid<?" optimization.
Merge trunk changes with this branch.
Add a test to check that the new multi-token phrase optimization is actually helping.
Allow FTS4 multi-token phrases to use a combination of in-memory and incrementally loaded doclists. This allows phrases to (partially) benefit from incremental doclists without disabling the deferred token optimization.
Merge latest trunk changes.
Have FTS take advantage of "docid<?" constraints when they are present. Extend the FTS "incremental doclist" optimization so that it is used for tokens within multi-token phrases.
Make sure the count(*) optimization works correctly even when partial
indices are present.  Ticket [a5c8ed66cae].
Improved estimates of the relative speed of index scans based on declared
datatypes of columns in the table.  Add "r" column to PRAGMA index_info,
showing the estimated relative scan rate.
Fix test cases so that they work when the query planner uses index size
estimates to determine whether or not to try an covering index scan.
If an "INSERT INTO ... SELECT" can use the xfer optimization, pass the OPFLAG_BULKCSR hint to btree cursors used to update indices. This results in a tighter key packing.
Further refinements of the index scanning speed logic.
Merge trunk changes.
In the index_list pragma, make sure the "r" column is the same on output
as it was on input in the sqlite_stat1 table.