44dec510fd
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.
18 lines
304 B
Makefile
18 lines
304 B
Makefile
# $Id$
|
|
|
|
include $(top_srcdir)/Makefile.am.common
|
|
|
|
if ENABLE_PTHREAD_SUPPORT
|
|
AM_CPPFLAGS += -DSQLITE_THREADSAFE=1
|
|
endif
|
|
|
|
lib_LTLIBRARIES = libheimsqlite.la
|
|
|
|
noinst_HEADERS = sqlite3.h sqlite3ext.h
|
|
|
|
libheimsqlite_la_SOURCES = sqlite3.c
|
|
|
|
libheimsqlite_la_LIBADD = $(PTHREAD_LIBADD)
|
|
|
|
EXTRA_DIST = NTMakefile
|