Update to SQLite3 3.14
commit44dec510fdae6315661a08b013b9d07eb3cf6fa8
authorNicolas Williams <nico@twosigma.com>
Thu, 11 Aug 2016 19:16:03 +0000 (11 14:16 -0500)
committerNicolas Williams <nico@twosigma.com>
Thu, 11 Aug 2016 19:53:25 +0000 (11 14:53 -0500)
tree51532c6864786ff83c08180773eacec02ae133e5
parent01c2d5b801f2b4f8bf092d3f2ebe3112dffd9a62
Update to SQLite3 3.14

Newer versions of SQLite3 have a number of new features that are
desirable to users who host other DBs in the same file as the HDB (for
example), as well as performance and bug fixes.

We should consider switching the SQLite3 backend for HDB to WITHOUT
ROWID tables for performance reasons.  We should also consider using
foreign keys instead of triggers.  Making any such changes requires care
to permit both, upgrade and downgrade.

We might want to use the SQLite3 session extension for a SQLite3-
specific, low-level replication (iprop).  Given conflict resultion code,
or a sufficiently normalized schema, the session extension would make it
easy to create a multi-master replication system, not unlike what one
would expect of an LDAP setup, though with none of the atomicity that
LDAP is supposed to provide (specifically, O_EXCL semantics for creates
and predicates for updates) unless we were to add a locking protocol.

Note that as of 3.14, the session extension is mutually exclusive of
WITHOUT ROWID tables.
cf/pthreads.m4
lib/sqlite/Makefile.am
lib/sqlite/sqlite3.c
lib/sqlite/sqlite3.h
lib/sqlite/sqlite3ext.h