SQLite超详细的编译时选项（十六）

返回：SQLite—系列文章目录

上一篇：SQLite数据库文件格式（十五）

下一篇：SQLite 在Android安装与定制方案（十七）

1. 概述

对于大多数目的，SQLite可以使用默认的编译选项。但是，如果需要，编译时选项下面记录可用于省略 SQLite 功能（导致较小的编译库大小）或更改某些参数的默认值。

已尽一切努力确保各种组合的编译选项和谐地工作并生成一个工作库。尽管如此，强烈建议 SQLite 测试套件在使用构建的 SQLite 库之前执行以检查错误具有非标准编译选项。

2. 推荐的编译时选项

对于以下应用程序，建议使用以下编译时选项能够使用它们，以最大限度地减少 CPU 周期数和 SQLite 使用的内存字节数。并非所有这些编译时选项都可供每个应用程序使用。例如，SQLITE_THREADSAFE=0 选项仅可由应用程序使用永远不会一次从多个线程访问 SQLite。和 SQLITE_OMIT_PROGRESS_CALLBACK选项仅适用于以下应用程序不要使用 sqlite3_progress_handler（）接口。等等。

不可能测试编译时的每一种可能的组合 SQLite 的选项。但以下一组编译时选项是一种始终经过全面测试的配置。

SQLITE_DQS=0。此设置禁用双引号字符串文本错误功能。
SQLITE_THREADSAFE=0。设置 -DSQLITE_THREADSAFE=0 会导致所有互斥锁和线程安全逻辑在 SQLite 中省略。这是导致SQLite的单个编译时选项运行速度提高约 2%，并将库的大小减小约 2%。但缺点是，使用编译时选项意味着 SQLite 永远无法一次由多个线程使用，即使每个线程都有自己的线程数据库连接。
SQLITE_DEFAULT_MEMSTATUS=0。此设置会导致跟踪内存使用情况的 sqlite3_status（）接口被禁用。这有助于 sqlite3_malloc（）例程运行得更快，由于 SQLite 在内部使用 sqlite3_malloc（），这有助于使整个库更快。
SQLITE_DEFAULT_WAL_SYNCHRONOUS=1。为了在断电后最大限度地提高数据库安全性，建议设置 PRAGMA synchronous=FULL。但是，在 WAL 模式下，完成使用 PRAGMA synchronous=NORMAL 保证数据库完整性。在 WAL 模式下使用 PRAGMA synchronous=NORMAL 时，最近对数据库所做的更改可能会因断电而回滚，但数据库不会损坏。此外，在 WAL 模式下，事务提交速度要快得多，使用 synchronous=NORMAL 比默认的 synchronous=FULL 更胜一筹。对于这些原因，建议将同步设置从切换到 WAL 模式时，FULL 设置为 NORMAL。此编译时选项将完成它。
SQLITE_LIKE_DOESNT_MATCH_BLOBS。从历史上看，SQLite 允许 BLOB 操作数用于 LIKE 和 GLOB 运算符。但是将 BLOB 作为 LIKE 或 GLOB 的操作数会变得复杂并减慢 LIKE 优化。设置此选项后，表示如果任一操作数为 BLOB，则 LIKE 和 GLOB 运算符始终返回 FALSE。这简化了 LIKE 优化的实现，并允许使用 LIKE 优化来加快运行速度的查询。
SQLITE_MAX_EXPR_DEPTH=0。将最大表达式解析树深度设置为零将禁用所有检查表达式 parse-tree depth，它简化了代码，导致更快的执行速度，并帮助解析树使用更少的内存。
SQLITE_OMIT_DECLTYPE。通过省略（很少需要的）返回声明类型的从查询结果集中的列，可以做准备好的语句以消耗更少的内存。
SQLITE_OMIT_DEPRECATED。省略已弃用的接口和功能将无助于 SQLite 跑得更快。但是，它将减少图书馆的占用空间。和这是正确的做法。
SQLITE_OMIT_PROGRESS_CALLBACK。必须在内部循环中检查进度处理程序回调计数器的字节码引擎。通过省略此接口，单个条件从字节码引擎的内循环中删除，帮助 SQL 语句跑得稍微快一点。
SQLITE_OMIT_SHARED_CACHE。省略使用共享缓存的可能性允许许多条件在要消除的代码的性能关键部分。这可以性能明显提高。
SQLITE_USE_ALLOCA。利用 alloca（）动态分配临时堆栈空间在单个函数中使用，在支持 alloca（）的系统上使用。没有此选项，临时空间是从堆中分配的。
SQLITE_OMIT_AUTOINIT。在使用某些接口之前，需要使用对 sqlite3_initialize（）的调用来初始化 SQLite 库。此初始化通常在第一次自动发生这是需要的。但是，使用SQLITE_OMIT_AUTOINIT选项，自动省略初始化。这有助于许多 API 调用运行得更快一些（因为他们不必检查初始化是否已经发生如果之前未调用过，则运行初始化），但它还意味着应用程序必须手动调用 sqlite3_initialize（）。如果使用 -DSQLITE_OMIT_AUTOINIT 编译 SQLite 并调用 sqlite3_malloc（）或 sqlite3_vfs_find（）或 sqlite3_open（）等例程如果不先调用 sqlite3_initialize（），可能的结果将是段错误。
SQLITE_STRICT_SUBTYPE=1。如果应用程序定义了没有 SQLITE_RESULT_SUBTYPE 属性的函数调用 sqlite3_result_subtype（）接口。sqlite3_result_subtype（）除非注册了函数，否则接口无法可靠工作与SQLITE_RESULT_SUBTYPE属性。此编译时选项旨在引起开发人员的注意早。

当使用上述所有推荐的编译时选项时， SQLite 库将缩小约 3%，使用量将减少约 5% CPU 周期。因此，这些选项不会产生巨大差异。但是在一些设计情况，每一点都有帮助。

3. 平台配置

_HAVE_SQLITE_CONFIG_H

如果定义了_HAVE_SQLITE_CONFIG_H宏然后 SQLite 源代码将尝试 #include 一个名为“config.h”的文件。 “config.h”文件通常包含其他配置选项，尤其是 autoconf 脚本生成的“HAVE_INTERFACE”类型选项。

HAVE_FDATASYNC

如果 HAVE_FDATASYNC 编译时选项为 true，则 unix 系统的默认 VFS 将尝试使用 fdatasync（）而不是 fsync（），其中适当。如果此标志缺失或为 false，则始终使用 fsync（）。

HAVE_GMTIME_R

如果 HAVE_GMTIME_R 选项为 true，并且 SQLITE_OMIT_DATETIME_FUNCS 为 true，然后，CURRENT_TIME、CURRENT_DATE 和 CURRENT_TIMESTAMP 关键字将使用线程安全的“gmtime_r（）”接口，而不是“gmtime（）”。在通常情况下如果 SQLITE_OMIT_DATETIME_FUNCS 未定义或为 false，则内置日期和时间函数用于实现CURRENT_TIME， CURRENT_DATE，CURRENT_TIMESTAMP关键字，既不是 gmtime_r（）也不是 gmtime（）被调用。

HAVE_ISNAN

如果 HAVE_ISNAN 选项为 true，则 SQLite 调用系统库 isnan（）用于确定双精度浮点值是否为 NaN 的函数。如果HAVE_ISNAN未定义或为假，则SQLite将替换其自己的本地 isnan（）的实现。

HAVE_LOCALTIME_R

如果 HAVE_LOCALTIME_R 选项为 true，则 SQLite 使用 threadsafe localtime_r（）库例程而不是 localtime（）以帮助实现内置日期和时间函数的 localtime 修饰符。

HAVE_LOCALTIME_S

如果 HAVE_LOCALTIME_S 选项为 true，则 SQLite 使用 threadsafe localtime_s（）库例程而不是 localtime（）以帮助实现内置日期和时间函数的 localtime 修饰符。

HAVE_MALLOC_USABLE_SIZE

如果 HAVE_MALLOC_USABLE_SIZE 选项为 true，则 SQLite 尝试使用 malloc_usable_size（）接口来查找所获得的内存分配的大小来自标准库 malloc（）或 realloc（）例程。此选项仅如果使用 standard-library malloc（）则适用。在 Apple 系统上，改用“Zone Malloc”，因此此选项不适用。而且，的当然，如果应用程序使用 SQLITE_CONFIG_MALLOC 提供自己的 malloc 实现，则此选项不起作用。

如果省略了 HAVE_MALLOC_USABLE_SIZE 选项或为 false，则 SQLite 使用系统 malloc（）和 realloc（）的包装器来放大每个分配按 8 个字节，并在初始 8 个字节中写入分配的大小，以及然后 SQLite 也实现了自己开发的 malloc_usable_size（）版本它会参考该 8 字节前缀以查找分配大小。这种方法有效，但不是最佳的。鼓励应用程序使用尽可能HAVE_MALLOC_USABLE_SIZE。

HAVE_STRCHRNUL

如果 HAVE_STRCHRNUL 选项为 true，则 SQLite 使用 strchrnul（）库功能。如果此选项缺失或为 false，则 SQLite 将自己的选项替换为 strchrnul（）的自主实现。

HAVE_UTIME

如果 HAVE_UTIME 选项为 true，则内置但非标准 “unix-dotfile” VFS 将使用 utime（）系统调用，而不是 utimes（），设置锁定文件的上次访问时间。

SQLITE_BYTEORDER=（0|1234|4321）

SQLite 需要知道目标 CPU 的本机字节顺序是否为大端或小端。设置SQLITE_BYTEORDER预处理器对于大端机器，到 4321，对于小端机器，到 1234，或者它可以是 0 表示必须在运行时确定字节顺序。代码中有 #ifdefs 自动设置SQLITE_BYTEORDER 适用于所有常见的平台和编译器。但是，它可能是有利的在编译晦涩难懂的 SQLite 时适当设置SQLITE_BYTEORDER 目标。如果在编译时无法确定目标字节顺序，然后SQLite回退到执行运行时检查，但是，这始终有效性能损失小。

4. 设置默认参数值的选项

SQLITE_DEFAULT_AUTOMATIC_INDEX=<0 或 1>

此宏确定新打开的数据库连接的 PRAGMA automatic_index的初始设置。对于 3.7.17 之前的所有 SQLite 版本，如果出现以下情况，通常会为新数据库连接启用自动索引省略此编译时选项。但是，这可能会在 SQLite 的未来版本中发生变化。

另请参阅：SQLITE_OMIT_AUTOMATIC_INDEX

SQLITE_DEFAULT_AUTOVACUUM=<0 或 1 或 2>

此宏确定 SQLite 是否创建数据库，其 auto_vacuum 标志默认设置为 OFF （0）、FULL （1）或增量（2）。默认值为 0，表示数据库是在关闭自动真空的情况下创建的。在任何情况下，编译时默认值都可能被 PRAGMA auto_vacuum 命令覆盖。

SQLITE_DEFAULT_CACHE_SIZE=<N>

此宏为每个附加的页面缓存设置默认最大大小数据库。正值表示限制为 N 页。如果 N 为负数这意味着将缓存大小限制为 -N*1024 字节。建议的最大缓存大小可由 PRAGMA cache_size 命令覆盖。默认值为 -2000，表示每个缓存最多 2048000 字节。

SQLITE_DEFAULT_FILE_FORMAT=<1 或 4>

SQLite 在创建时使用的默认架构格式编号新的数据库文件由此宏设置。架构格式都是非常相似。格式 1 和 4 之间的区别在于格式 4 理解降序索引，并具有更严格的编码布尔值。

自 3.3.0 起的所有版本 SQLite （2006-01-10）可以读取和写入任何模式格式介于 1 和 4 之间。但是旧版本的SQLite可能无法读取格式大于 1。因此，旧版本的 SQLite 将能够读取和写入由较新版本创建的数据库文件对于 SQLite，默认架构格式设置为 1 通过 3.7.9 （2011-11-01）。从版本 3.7.10 （2012-01-16）开始，默认架构格式为 4。

可以在运行时使用 PRAGMA legacy_file_format命令。

SQLITE_DEFAULT_FILE_PERMISSIONS=N

新创建的数据库文件的默认数字文件权限在 UNIX 下。如果未指定，则默认值为 0644，这意味着这些文件是全局可读的，但只能由创建者写入。

SQLITE_DEFAULT_FOREIGN_KEYS=<0 或 1>

此宏确定默认情况下是启用还是禁用外键约束的强制实施新的数据库连接。每个数据库连接始终可以转动强制执行外键约束的打开和关闭以及运行时使用 foreign_keys Pragma。外键约束的强制实施默认情况下通常处于关闭状态，但如果此编译时参数为设置为 1，则默认情况下将启用强制执行外键约束。

SQLITE_DEFAULT_MMAP_SIZE=N

此宏设置内存量的默认限制将用于内存映射的 I/O 对于每个打开的数据库文件。如果 N 为零，则默认情况下禁用内存映射 I/O。这编译时间限制，可以修改SQLITE_MAX_MMAP_SIZE 在开始时使用 sqlite3_config（SQLITE_CONFIG_MMAP_SIZE）调用，或在运行时使用mmap_size Pragma。

SQLITE_DEFAULT_JOURNAL_SIZE_LIMIT=<字节>

此选项设置在持久日志模式和独占锁定模式下的回滚日志文件的大小限制，以及 WAL 模式下的预写日志文件。当这个 compile-time 选项被省略，因为回滚日志或预写日志的大小。日志文件大小限制可以在运行时使用 journal_size_limit 编译指示进行更改。

SQLITE_DEFAULT_LOCKING_MODE=<1 或 0>

如果设置为 1，则默认locking_mode设置为 EXCLUSIVE。如果省略或设置为 0，则默认locking_mode为 NORMAL。

SQLITE_DEFAULT_LOOKASIDE=SZ，N

设置后备内存分配器内存池的默认大小每个 N 个 SZ 字节的条目。此设置可以在以下位置修改使用 sqlite3_config（SQLITE_CONFIG_LOOKASIDE）和/或因为每个数据库连接都使用 sqlite3_db_config（db， SQLITE_DBCONFIG_LOOKASIDE）打开。

SQLITE_DEFAULT_MEMSTATUS=<1 或 0>

此宏用于确定是否启用了功能，并且默认情况下，使用 SQLITE_CONFIG_MEMSTATUS 参数禁用 sqlite3_config（）可用。默认值为 1（启用SQLITE_CONFIG_MEMSTATUS相关功能）。

sqlite3_memory_used（）和 sqlite3_memory_highwater（）接口， sqlite3_status64（SQLITE_STATUS_MEMORY_USED）接口，和 SQLITE_MAX_MEMORY 编译时选项都是无效的禁用内存使用情况跟踪时。

SQLITE_DEFAULT_PCACHE_INITSZ=N

此宏确定最初分配的页数 SQLITE_CONFIG_PAGECACHE当配置选项为不使用，页面缓存的内存是从 sqlite3_malloc（）获取的。此宏设置的页数在单个中分配分配，从而减少内存分配器上的负载。

SQLITE_DEFAULT_PAGE_SIZE=<字节>

此宏用于设置在数据库已创建。分配的值必须是 2 的幂。这默认值为 4096。编译时默认值可以在 PRAGMA page_size命令的运行时。

SQLITE_DEFAULT_SYNCHRONOUS=<0-3>

此宏确定 PRAGMA 同步设置的默认值。如果在编译时未覆盖，默认设置为 2（FULL）。

SQLITE_DEFAULT_WAL_SYNCHRONOUS=<0-3>

此宏确定在 WAL 模式下打开的数据库文件的 PRAGMA 同步设置的默认值。如果在编译时未覆盖，则此值为与SQLITE_DEFAULT_SYNCHRONOUS相同。

如果SQLITE_DEFAULT_WAL_SYNCHRONOUS与SQLITE_DEFAULT_SYNCHRONOUS不同，如果应用程序尚未修改使用 PRAGMA synchronous 语句的数据库文件，然后同步设置将更改为由 SQLITE_DEFAULT_WAL_SYNCHRONOUS数据库连接切换时首次进入 WAL 模式。如果 SQLITE_DEFAULT_WAL_SYNCHRONOUS 值未在编译时，那么它将始终与SQLITE_DEFAULT_SYNCHRONOUS相同，因此没有自动同步设置变化将永远发生。

SQLITE_DEFAULT_WAL_AUTOCHECKPOINT=<页>

此宏设置 WAL 自动检查点功能的默认页数。如果未指定，默认页数为 1000。

SQLITE_DEFAULT_WORKER_THREADS=N

此宏设置 SQLITE_LIMIT_WORKER_THREADS 参数。SQLITE_LIMIT_WORKER_THREADS 参数设置单个预准备语句将启动的最大辅助线程数，以帮助其进行查询。如果未指定，默认最大值为 0。此处设置的值不能超过 SQLITE_MAX_WORKER_THREADS。

SQLITE_DQS=N

此宏确定 SQLITE_DBCONFIG_DQS_DDL 和 SQLITE_DBCONFIG_DQS_DML 的默认值，其中反过来确定 SQLite 如何处理每个双引号字符串文本。 “DQS”名称代表 “Double-Q uoted String”. N 参数应为整数 0、1、2 或 3。

SQLITE_DQS 允许使用双引号字符串言论
在 DDL 中在 DML 中
3 是的是的违约
2 是的不
1 不是的
0 不不推荐

建议设置为 0，表示双引号在所有上下文中都不允许使用字符串。但是，默认设置为 3 以实现与旧应用程序的最大兼容性。

SQLITE_DQS	允许使用双引号字符串	言论
在 DDL 中	在 DML 中
3	是的	是的	违约
2	是的	不
1	不	是的
0	不	不	推荐

SQLITE_EXTRA_DURABLE

用于将默认 PRAGMA 同步设置为 EXTRA 而不是 FULL 的 SQLITE_EXTRA_DURABLE 编译时选项。此选项不再受支持。请改用 SQLITE_DEFAULT_SYNCHRONOUS=3。

SQLITE_FTS3_MAX_EXPR_DEPTH=N

此宏设置搜索树的最大深度，该深度对应于 FTS3 或 FTS4 全文中 MATCH 运算符的右侧指数。全文搜索采用递归算法，因此深度树受到限制，以防止使用过多的堆栈空间。默认值限制为 12。此限制足以满足 4095 个搜索词的需求 MATCH 运算符的右侧，它将堆栈空间使用情况保持在小于 2000 字节。

对于普通的 FTS3/FTS4 查询，搜索树深度约为项数的以 2 为底的对数在 MATCH 运算符。但是，对于短语查询和 NEAR 查询，搜索树深度在右侧术语的数量上是线性的。因此，默认深度限制 12 足以满足多达 4095 个普通 MATCH 上的术语，它仅适用于 11 或 12 个短语或 NEAR 条款。即便如此，默认值对于大多数应用程序来说还是绰绰有余的。

SQLITE_JSON_MAX_DEPTH=N

此宏设置 JSON 对象和数组的最大嵌套深度。默认值为 1000。

JSON SQL 函数使用递归体面的解析器。这意味着深度嵌套的 JSON 可能需要大量堆栈空间来解析。在堆栈空间有限的系统上，可以使用大大降低了最大 JSON 嵌套深度，以避免堆栈溢出，甚至来自敌对输入。通常值为 10 或 20 即使对于最复杂的现实世界 JSON 也足够了。

SQLITE_LIKE_DOESNT_MATCH_BLOBS

此编译时选项使 LIKE 运算符始终返回如果任一操作数为 BLOB，则为 False。LIKE 的默认行为是在比较完成之前将 BLOB 操作数强制转换为 TEXT。

这个编译时选项使SQLite在处理时更有效地运行使用 LIKE 运算符的查询，以向后中断为代价兼容性。但是，向后兼容性中断可能只是技术性。LIKE 处理逻辑中存在一个长期存在的错误（见 SQLite: View Ticket）导致它 BLOB 操作数的不当行为，几乎没有人观察到该错误 10 年积极使用。因此，对于更多用户来说，可能是安全的启用此编译时选项，从而节省一点 CPU 时间在 LIKE 查询上。

此编译时选项仅影响 SQL LIKE 运算符，并且具有对 sqlite3_strlike（） C 语言接口没有影响。

SQLITE_MAX_MEMORY=N

此选项限制了 SQLite 将请求的内存总量从 malloc（）到 N 个字节。SQLite的任何分配尝试导致 SQLite 持有的所有分配的总和超过 N 个字节的新内存将导致内存不足错误。这是一个硬性上限。另请参阅 sqlite3_soft_heap_limit（）接口。

此选项是对分配的内存总量的限制。请参阅SQLITE_MAX_ALLOCATION_SIZE选项，了解金额限制任何单个内存分配中允许的内存。

仅当内存使用情况统计信息通过以下方式提供时，此限制才有效 sqlite3_memory_used（）和 sqlite3_status64（SQLITE_STATUS_MEMORY_USED）接口。如果没有这些内存使用信息，SQLite就无法知道何时会超过极限，因此无法阻止多余的内存分配。默认情况下，内存使用情况跟踪处于打开状态，但可以在编译时使用 SQLITE_DEFAULT_MEMSTATUS 选项禁用，或在开始时使用 sqlite3_config（SQLITE_CONFIG_MEMSTATUS）。

SQLITE_MAX_MMAP_SIZE=N

此宏设置地址空间量的硬上限可由任何单个数据库用于内存映射 I/O。将此值设置为 0 将完全禁用内存映射 I/O 和导致与内存映射 I/O 关联的逻辑从建。此选项会更改默认内存映射的 I/O 地址空间大小（由 SQLITE_DEFAULT_MMAP_SIZE 或 sqlite3_config（SQLITE_CONFIG_MMAP_SIZE）或运行时内存映射的 I/O 地址空间大小（由 sqlite3_file_control（SQLITE_FCNTL_MMAP_SIZE）或 PRAGMA mmap_size），只要这些其他设置小于此处定义的最大值。

SQLITE_MAX_SCHEMA_RETRY=N

每当数据库架构发生更改时，预准备语句都会自动执行重新准备以适应新架构。这里有一个竞争条件因为如果一个线程不断更改架构，则另一个线程可能会对准备好的陈述进行重新分析和重新准备，并且永远不要完成任何真正的工作。此参数可防止无限循环通过迫使纺纱线在固定次数的尝试后放弃在重新编译准备好的语句时。默认设置为 50，即对于大多数应用来说绰绰有余。

SQLITE_MAX_WORKER_THREADS=N

设置 sqlite3_limit（db，SQLITE_LIMIT_WORKER_THREADS，N）的上限确定单个预准备语句将用于帮助进行 CPU 密集型计算的最大辅助线程数的设置（主要是排序）。另请参阅SQLITE_DEFAULT_WORKER_THREADS选项。

SQLITE_MEMDB_DEFAULT_MAXSIZE=N

为使用 sqlite3_deserialize（）创建的内存中数据库设置默认大小限制（以字节为单位）。这只是默认设置。限制可以是在开始时使用 sqlite3_config（SQLITE_CONFIG_MEMDB_MAXSIZE，N）更改或者在运行时使用SQLITE_FCNTL_SIZE_LIMIT文件控件的单个数据库。如果未指定默认值，则使用 1073741824。

SQLITE_MINIMUM_FILE_DESCRIPTOR=N

unix VFS 永远不会使用小于 N 的文件描述符。这 N 的默认值为 3。

避免使用低编号的文件描述符是一种防御措施意外的数据库损坏。如果使用以下方法打开数据库文件例如，文件描述符 2，然后 assert（）失败并调用 write（2,...），这可能会导致数据库损坏带有断言错误消息的数据库文件的一部分。仅使用更高值的文件描述符避免了这个潜在的问题。这防范通过设置以下设置，可以禁用使用低编号文件描述符编译时选项设置为 0。

SQLITE_POWERSAFE_OVERWRITE=<0 或 1>

此选项更改了 unix 和 windows VFS 的底层文件系统的 powersafe 覆盖的默认假设。将 SQLITE_POWERSAFE_OVERWRITE 设置为 1 会导致 SQLite 假定应用程序级写入不能更改超出即使写入发生在断电之前，也写入字节。当 SQLITE_POWERSAFE_OVERWRITE 设置为 0 时，SQLite 假定其他同一扇区中具有写入字节的字节可能会被更改或因断电而损坏。

SQLITE_PRINTF_PRECISION_LIMIT=N

此选项限制替换的最大宽度和精度用于 printf（） SQL 函数和其他 C 语言字符串格式化函数，例如 sqlite3_mprintf（）和 sqlite3_str_appendf（）。这轮到可以防止敌对或通过调用使用过多内存导致脚本出现故障格式如下：“printf（'%*s'，2147483647，'hi'）”。 N 的值通常约为 100000 就足够了。

printf（） SQL 函数受 sqlite3_limit（）的SQLITE_LIMIT_LENGTH限制。因此，任何 printf（）结果都带有宽度或精度超过SQLITE_LIMIT_LENGTH将导致的 SQLITE_TOOBIG错误。但是，低级格式因为 printf（）函数是由一个不可以访问SQLITE_LIMIT_LENGTH。所以低级格式完成内存分配，该内存分配可能要大得多比SQLITE_LIMIT_LENGTH，SQLITE_LIMIT_LENGTH检查只是在所有格式化完成后执行。因此，可能有一个超过 SQLITE_LIMIT_LENGTH 的瞬态缓冲区。这 SQLITE_PRINTF_PRECISION_LIMIT选项是额外的检查防止内部使用的瞬态缓冲器过大低级格式化子例程，在 SQLITE_LIMIT_LENGTH检查。

注意不要将SQLITE_PRINTF_PRECISION_LIMIT设置得太低。 SQLite 使用其内置的 printf（）功能来格式化文本存储在 sqlite_schema 表中的 CREATE 语句。所以 SQLITE_PRINTF_PRECISION_LIMIT至少应该和最大的一样大表、索引、视图或触发器定义遇到。

如果宽度或精度超过 SQLITE_PRINTF_PRECISION_LIMIT。相反，大宽度或精度被静默截断。

SQLITE_PRINTF_PRECISION_LIMIT 的默认值为 2147483647 （0x7fffffff）。

SQLITE_QUERY_PLANNER_LIMIT=N

作为查询规划过程的一部分，SQLite 枚举了所有可用的索引和 WHERE 子句约束的组合。肯定地病理查询，这些索引和约束组合的数量可能非常大，导致查询计划器性能缓慢。 SQLITE_QUERY_PLANNER_LIMIT值（结合相关SQLITE_QUERY_PLANNER_LIMIT_INCR设置）限制数量查询规划器将的索引和约束组合考虑一下，以防止查询规划器使用过多的 CPU 时间。设置了 SQLITE_QUERY_PLANNER_LIMIT 的默认值足够高，以至于实际查询永远无法达到。这查询规划器搜索限制仅适用于故意精心设计以使用多余的计划时间。

SQLITE_QUERY_PLANNER_LIMIT_INCR=N

SQLITE_QUERY_PLANNER_LIMIT选项设置初始基线值对于索引和约束组合的最大数量查询规划器考虑。基线查询计划器限制已增加在处理每个表之前SQLITE_QUERY_PLANNER_LIMIT_INCR 联接，以便保证每个表至少能够提出建议优化器的一些索引和约束组合，即使之前联接的表已用尽基线限制。默认值此编译时选项和 SQLITE_QUERY_PLANNER_LIMIT 选项的值都设置得足够高，以便它们应该对于现实世界的查询，永远不要联系到他们。

SQLITE_REVERSE_UNORDERED_SELECTS

此选项使 PRAGMA reverse_unordered_selects设置为默认启用。启用后，缺少 ORDER BY 子句将以相反的顺序运行。

此选项可用于检测应用程序（不正确）时假设 SELECT 中不带 ORDER BY 子句的行顺序将永远是一样的。

SQLITE_SORTER_PMASZ=N

如果通过 PRAGMA 线程设置启用多线程处理，则排序操作将尝试启动帮助程序线程时内容量要分拣的尺寸超过cache_size和 PMA 尺寸的最小值由SQLITE_CONFIG_PMASZ开始时间选项确定。此编译时选项设置SQLITE_CONFIG_PMASZ开始时间选项的默认值。默认值为 250。

SQLITE_STMTJRNL_SPILL=N

SQLITE_STMTJRNL_SPILL编译时选项确定 SQLITE_CONFIG_STMTJRNL_SPILL开始时间的默认设置设置。该设置确定将语句日志从内存移动到磁盘的大小阈值。

SQLITE_WIN32_MALLOC

此选项允许将 Windows 堆 API 函数用于内存分配而不是标准库 malloc（）和 free（）例程。

YYSTACKDEPTH=<max_depth>

此宏设置 LALR（1）堆栈的最大深度 SQLite 中的 SQL 解析器。默认值为 100。典型的应用程序将使用少于 20 级的堆栈。其应用程序包含以下 SQL 语句的开发人员需要超过 100 个 LALR（1）堆栈条目应该认真考虑重构他们的 SQL，因为它可能远远超出任何人的理解能力。

5. 设置大小限制的选项

有一些编译时选项可以设置上限关于SQLite中各种结构的大小。编译时选项通常设置可以更改的硬上限在运行时使用 sqlite3_limit（）接口的单个数据库连接。

用于设置上限的编译时选项单独记录。以下是以下列表可用设置：

SQLITE_MAX_ATTACHED
SQLITE_MAX_COLUMN
SQLITE_MAX_COMPOUND_SELECT
SQLITE_MAX_EXPR_DEPTH
SQLITE_MAX_FUNCTION_ARG
SQLITE_MAX_LENGTH
SQLITE_MAX_LIKE_PATTERN_LENGTH
SQLITE_MAX_PAGE_COUNT
SQLITE_MAX_SQL_LENGTH
SQLITE_MAX_VARIABLE_NUMBER

还有一些大小限制不能使用 sqlite3_limit（）修改。例如，请参阅：

SQLITE_FTS3_MAX_EXPR_DEPTH
SQLITE_JSON_MAX_DEPTH
SQLITE_MAX_ALLOCATION_SIZE
SQLITE_MAX_MEMORY
SQLITE_MAX_MMAP_SIZE
SQLITE_PRINTF_PRECISION_LIMIT
SQLITE_TRACE_SIZE_LIMIT
YYSTACK深度

6. 控制操作特性的选项

SQLITE_4_BYTE_ALIGNED_MALLOC

在大多数系统上，malloc（）系统调用返回的缓冲区是对齐到 8 字节边界。但是在某些系统（例如：windows）malloc（）返回 4 字节对齐指针。必须使用此编译时选项在从 malloc（）返回 4 字节对齐指针的系统上。

SQLITE_CASE_SENSITIVE_LIKE

如果此选项存在，则内置的 LIKE 运算符将是区分大小写。同样的效果可以在运行时使用 case_sensitive_like Pragma。

SQLITE_DIRECT_OVERFLOW_READ

如果存在此选项，则将直接从磁盘读取数据库文件的溢出页中包含的内容。在读取事务期间绕过页面缓存。在应用中对大型 BLOB 或字符串进行大量读取，此选项进行了改进读取性能。

从版本 3.45.0 （2024-01-15）开始，此选项由违约。要禁用它，请使用 -DSQLITE_DIRECT_OVERFLOW_READ=0。

SQLITE_HAVE_ISNAN

如果存在此选项，则 SQLite 将使用 isnan（）函数系统数学库。这是HAVE_ISNAN配置的别名选择。

SQLITE_MAX_ALLOCATION_SIZE=N

此编译时选项设置内存大小的上限可以使用 sqlite3_malloc64（）、sqlite3_realloc64（）等请求的分配。默认值为 2,147,483,391 （0x7ffffeff），这应该被视为上界。大多数应用程序都可以通过最大分配几百万字节的大小。

这是对任何单个内存分配的最大大小的限制。 它不是对分配的内存总量的限制。有关内存总量的限制，请参阅SQLITE_MAX_MEMORY 分配。

减小单个内存分配的最大大小可提供针对试图耗尽的拒绝服务攻击提供额外防御系统内存通过执行许多大型分配。它也是一个额外的层对内存分配大小的应用程序 bug 的防御使用可能溢出的有符号 32 位整数进行计算→ 由于最大分配大小较小，因此内存分配大小有缺陷由于内存不足错误，计算可能会更快地被发现在整数实际溢出之前。

SQLITE_OS_OTHER=<0 或 1>

该选项会导致 SQLite 省略其内置操作系统接口适用于 Unix、Windows 和 OS/2。生成的库将没有默认的操作系统接口。应用程序必须使用 sqlite3_vfs_register（）注册适当的接口，然后使用 SQLite。应用程序还必须提供 sqlite3_os_init（）和 sqlite3_os_end（）接口的实现。通常的做法供提供的 sqlite3_os_init（）调用 sqlite3_vfs_register（）。 SQLite 将在初始化时自动调用 sqlite3_os_init（）。

此选项通常用于为嵌入式构建 SQLite 具有自定义操作系统的平台。

SQLITE_SECURE_DELETE

此编译时选项更改secure_delete编译指示的默认设置。如果不使用此选项，则secure_delete默认值关闭。如果存在此选项，则secure_delete默认为 on。

secure_delete设置会导致已删除的内容被覆盖零。由于额外的 I/O 会造成较小的性能损失必须发生。另一方面，secure_delete可以防止敏感信息在数据库文件的未使用部分中徘徊删除后。有关其他信息，请参阅有关 secure_delete 编译指示的文档。

SQLITE_THREADSAFE=<0 或 1 或 2>

此选项控制代码是否包含在 SQLite 中，以使其能够在多线程环境中安全运行。这默认值为 SQLITE_THREADSAFE=1，在多线程中使用是安全的环境。当使用 SQLITE_THREADSAFE=0 编译时，所有互斥代码被省略，在多线程程序中使用 SQLite 是不安全的。当使用 SQLITE_THREADSAFE=2 编译时，SQLite 可以在多线程中使用编程，只要没有两个线程尝试使用相同的数据库连接（或派生自该数据库连接）同时进行。

换句话说，SQLITE_THREADSAFE=1 将默认线程模式设置为 Serialized。SQLITE_THREADSAFE=2 将默认线程模式设置为多线程。SQLITE_THREADSAFE=0 将线程模式设置为单线程。

SQLITE_THREADSAFE 的值可以在运行时确定使用 sqlite3_threadsafe（）接口。

当 SQLite 编译为 SQLITE_THREADSAFE=1 或 SQLITE_THREADSAFE=2，则可以在运行时同时使用 sqlite3_config（）接口更改线程模式使用以下动词之一：

SQLITE_CONFIG_SINGLETHREAD
SQLITE_CONFIG_MULTITHREAD
SQLITE_CONFIG_SERIALIZED

也可以使用 sqlite3_open_v2（）的 SQLITE_OPEN_NOMUTEX 和 SQLITE_OPEN_FULLMUTEX 标志在运行时调整单个数据库连接的线程模式。

请注意，当 SQLite 编译时 SQLITE_THREADSAFE=0，代码使 SQLite 线程安全从构建中省略。发生这种情况时，无法在启动时或运行时更改线程模式。

有关其他信息，请参阅线程模式文档关于在多线程环境中使用 SQLite 的各个方面。

SQLITE_TEMP_STORE=<0 到 3>

此选项控制临时文件是存储在磁盘上还是存储在磁盘上在内存中。此编译时的各种设置的含义选项如下：

SQLITE_TEMP_STORE 意义
0 始终使用临时文件
1 默认情况下使用文件，但允许 PRAGMA temp_store 命令覆盖
2 默认使用内存，但允许 PRAGMA temp_store 命令覆盖
3 始终使用内存

默认设置为 1。更多信息可以在tempfiles.html中找到。

SQLITE_TEMP_STORE	意义
0	始终使用临时文件
1	默认情况下使用文件，但允许 PRAGMA temp_store 命令覆盖
2	默认使用内存，但允许 PRAGMA temp_store 命令覆盖
3	始终使用内存

SQLITE_TRACE_SIZE_LIMIT=N

如果此宏定义为正整数 N，则在 sqlite3_trace（）的输出中扩展为参数的字符串和 BLOB 限制为 N 个字节。

SQLITE_TRUSTED_SCHEMA=<0 或 1>

此宏确定 SQLITE_DBCONFIG_TRUSTED_SCHEMA 和 PRAGMA trusted_schema 设置的默认值。如果未指定替代项，则 trusted-schema 设置默认值设置为 ON（值为 1）以实现旧版兼容性。但是，为了最好安全性，实现应用程序定义的 SQL 函数和/或虚拟表的系统应请考虑将默认值更改为 OFF。

SQLITE_USE_URI

此选项会导致 URI 文件名进程逻辑通过以下方式启用违约。

7. 启用通常关闭的功能的选项

SQLITE_ALLOW_URI_AUTHORITY

如果 authority 部分为既不是空的，也不是“localhost”。但是，如果 SQLite 是用 SQLITE_ALLOW_URI_AUTHORITY编译时选项，则 URI 为转换为统一命名约定（UNC）文件名并传递以这种方式深入到底层操作系统。

SQLite的某些未来版本可能会更改以启用此功能默认情况下。

SQLITE_ALLOW_COVERING_INDEX_SCAN=<0 或 1>

此 C 预处理宏确定 SQLITE_CONFIG_COVERING_INDEX_SCAN 配置设置的默认设置。它默认到 1 （on），这意味着覆盖索引用于全表尽可能进行扫描，以减少 I/O 并提高性能。但是，使用覆盖率进行全面扫描将导致结果以与 legacy 不同的顺序显示，这可能会导致一些（编码错误）遗留应用程序中断。因此，覆盖物索引扫描选项可以在编译时在系统上禁用以最大程度地降低他们在遗留应用程序中暴露错误的风险。

SQLITE_ENABLE_8_3_NAMES=<1 或 2>

如果定义了此 C 预处理器宏，则额外的代码是包括允许 SQLite 在文件系统上运行的文件系统仅支持 8+3 个文件名。如果此宏的值为 1，则默认行为是继续使用长文件名和仅使用 8+3 个文件名，如果使用 URI 文件名打开数据库连接，并带有 “8_3_names=1”查询参数。如果值此宏为 2，则默认使用 8+3 文件名但在使用 8_3_names=0 查询参数时可能会被禁用。

SQLITE_ENABLE_API_ARMOR

定义后，此 C 预处理器宏会激活额外的代码，这些代码尝试检测 SQLite API 的滥用，例如传入 NULL 指向所需参数的指针或在对象被使用后使用对象摧毁。启用此选项且 API 使用非法时检测到时，接口通常会返回SQLITE_MISUSE。

SQLITE_ENABLE_API_ARMOR选项并不能保证所有将检测到非法的 API 使用。即使当 SQLITE_ENABLE_API_ARMOR已启用，传递不正确的值进入 C 语言 API 可能会导致由于分段而导致进程崩溃错误或空指针服从或其他原因。这 SQLITE_ENABLE_API_ARMOR编译时选项旨在作为辅助用于应用程序测试和调试选项。应用不应依赖SQLITE_ENABLE_API_ARMOR来保证安全。 SQLITE_ENABLE_API_ARMORE 适合作为防御应用程序错误，但它不应该是唯一的防御。如果任何 SQLite 接口返回SQLITE_MISUSE，则指示应用程序正在使用 SQLite，这与规范，并且应用程序包含一个错误。The SQLITE_MISUSE 返回为应用程序提供了响应的机会优雅地处理该错误，而不是简单地使进程崩溃，但仅此而已。应用程序不应使用或依赖 SQLITE_MISUSE进行常规处理。

SQLITE_ENABLE_ATOMIC_WRITE

如果定义了此 C 预处理器宏，并且如果 sqlite3_io_methods对象的 xDeviceCharacteristics 方法数据库文件报告（通过 SQLITE_IOCAP_ATOMIC 位之一）文件系统支持原子写入，如果事务仅涉及对数据库文件的单个页面的更改，然后，事务仅使用数据库的单个页面，不创建回滚日志或书面。在支持原子写入的文件系统上，这优化可以显著提高速度小更新。但是，很少有文件系统支持此功能检查此功能的代码路径会减慢写入速度在缺乏原子写入能力的系统上的性能，所以这个默认情况下，该功能处于禁用状态。

SQLITE_ENABLE_BATCH_ATOMIC_WRITE

此编译时选项使 SQLite 能够利用批处理底层文件系统中的原子写入功能。截至 SQLite 版本 3.21.0 （2017-10-24）这仅在 F2FS 上受支持。但是，界面通常实现，将 sqlite3_file_control（）与 SQLITE_FCNTL_BEGIN_ATOMIC_WRITE 和 SQLITE_FCNTL_COMMIT_ATOMIC_WRITE 一起使用，因此可以将该功能添加到前途。启用此选项后，SQLite 会自动检测底层文件系统支持批量原子写入，以及当它这样做时，它避免为事务写入回滚日志控制。这可以使交易速度提高一倍以上，而同时减少 SSD 存储设备的磨损。

SQLite的未来版本可能会启用batch-atomic-write 默认情况下，此时此编译时选项将变得多余。

SQLITE_ENABLE_BYTECODE_VTAB

此选项启用字节码和tables_used虚拟表。

SQLITE_ENABLE_COLUMN_METADATA

定义此 C 预处理器宏时，SQLite 包含一些其他 API，可方便地访问有关以下内容的元数据表和查询。此选项启用的 API 包括：

sqlite3_column_database_name（）
sqlite3_column_database_name16（）
sqlite3_column_table_name（）
sqlite3_column_table_name16（）
sqlite3_column_origin_name（）
sqlite3_column_origin_name16（）

SQLITE_ENABLE_DBPAGE_VTAB

此选项将启用SQLITE_DBPAGE虚拟表。

SQLITE_ENABLE_DBSTAT_VTAB

此选项启用 dbstat 虚拟表。

SQLITE_ENABLE_DESERIALIZE

此选项以前用于启用 sqlite3_serialize（）和 sqlite3_deserialize（）接口。但是，从 SQLite 3.36.0 （2021-06-18）开始默认情况下，这些接口处于启用状态，并且新的添加了编译时选项SQLITE_OMIT_DESERIALIZE 省略它们。

SQLITE_ENABLE_EXPLAIN_COMMENTS

此选项向 SQLite 添加额外的逻辑，将注释文本插入到 EXPLAIN的输出。这些额外的注释会占用额外的内存，因此使准备好的语句更大，速度稍慢，它们就是这样默认情况下，在大多数应用程序中处于关闭状态。但是一些应用程序，例如作为 SQLite 的命令行 shell，EXPLAIN 输出的值清晰度超过原始性能，因此此编译时选项可供他们使用。还启用了SQLITE_ENABLE_EXPLAIN_COMMENTS编译时选项如果启用了SQLITE_DEBUG，则自动执行。

SQLITE_ENABLE_FTS3

在合并中定义此选项时，版本 3 和 4 的全文搜索引擎会自动添加到构建中。

SQLITE_ENABLE_FTS3_PARENTHESIS

此选项修改 FTS3 中的查询模式解析器，使其支持运算符 AND 和 NOT（除了通常的 OR 和 NEAR）并且还允许查询表达式包含嵌套括号。

SQLITE_ENABLE_FTS3_TOKENIZER

此选项启用 fts3_tokenizer（）接口的双参数版本。fts3_tokenizer（）的第二个参数假定为指向实现应用程序定义的分词器。如果敌对行为者能够逃跑具有任意秒数的 fts3_tokenizer（）的双参数版本参数，他们可以使用崩溃或控制进程。

出于安全考虑，双参数 fts3_tokenizer（）功能从版本 3.11.0 开始禁用（2016-02-15）除非使用此编译时选项。版本 3.12.0 （2016-03-29）添加了 sqlite3_db_config（db，SQLITE_DBCONFIG_ENABLE_FTS3_TOKENIZER，1,0）接口在运行时为特定数据库连接激活 fts3_tokenizer（）的双参数版本。

SQLITE_ENABLE_FTS4

在合并中定义此选项时，版本 3 和 4 的全文搜索引擎会自动添加到构建中。

SQLITE_ENABLE_FTS5

在合并中定义此选项时，版本 5 的全文搜索引擎（FTS5）会自动添加到构建中。

SQLITE_ENABLE_GEOPOLY

在合并中定义此选项后，Geopoly 扩展模块将包含在构建中。

SQLITE_ENABLE_HIDDEN_COLUMNS

在合并中定义此选项时，为虚拟表启用了隐藏列功能。

SQLITE_ENABLE_ICU

此选项会导致将 Unicode 的国际组件或 SQLite 的“ICU”扩展添加到构建中。

SQLITE_ENABLE_IOTRACE

当 SQLite 核心和命令行界面（CLI）同时使用此选项进行编译，则 CLI 会提供额外的命令名为“.iotrace”，提供 I/O 活动的低级别日志。此选项是实验性的，可能会在将来的版本中停用。

SQLITE_ENABLE_MATH_FUNCTIONS

此宏启用内置的 SQL 数学函数。此选项在 unix 平台上由 configure 脚本自动添加到 Makefile，除非使用 --disable-math 选项。此选项也包含在使用 “Makefile.msc” nmake 的 makefile。

SQLITE_ENABLE_JSON1

此编译时选项是无操作的。SQLite 版本 3.38.0 之前（2022-02-22），有必要按顺序使用此选项进行编译在生成中包含 JSON SQL 函数。然而，开始在 SQLite 版本 3.38.0 中，默认包含这些函数。使用 -DSQLITE_OMIT_JSON 选项省略它们。

SQLITE_ENABLE_LOCKING_STYLE

此选项在操作系统接口层中启用其他逻辑，以便 Mac OS X的。附加逻辑尝试确定底层文件系统以及选择和替代锁定策略这适用于该文件系统类型。五种锁定策略可用：

POSIX锁定样式。这是默认的锁定样式和其他（非 Mac OS X）Unix 使用的样式。获得锁和使用 fcntl（）系统调用发布。

AFP锁定样式。此锁定样式用于网络文件使用 AFP（Apple Filing Protocol）协议的系统。锁通过调用库函数 _AFPFSSetLock（）获得。

羊群锁定方式。这用于不支持POSIX锁定样式。锁是使用 flock（）系统调用。

点文件锁定样式。当两者都不使用时，使用此锁定样式文件系统不支持 flock 和 POSIX 锁定样式。数据库锁是通过在文件系统中创建和输入来获取的在相对于数据库文件（“点文件”）的已知位置并通过删除同一文件来放弃。

无锁定方式。如果以上都不支持，则使用锁定样式。不使用数据库锁定机制。什么时候使用此系统时，单个数据库是不安全的由多个客户端访问。

此外，还提供了五个额外的 VFS 实现以及违约。通过指定一个额外的 VFS 实现调用 sqlite3_open_v2（）时，应用程序可能会绕过文件系统检测逻辑，并显式选择上述锁定样式之一。这五个额外的 VFS 实现称为“unix-posix”、“unix-afp”、 “unix-flock”、“unix-dotfile”和“unix-none”。

SQLITE_ENABLE_MEMORY_MANAGEMENT

此选项向 SQLite 添加了额外的逻辑，允许它释放未使用的逻辑根据要求提供内存。必须启用此选项才能使 sqlite3_release_memory（）接口正常工作。如果这个编译时选项未使用，sqlite3_release_memory（）接口是无操作。

SQLITE_ENABLE_MEMSYS3

此选项包括 SQLite 中实现替代方案的代码内存分配器。此替代内存分配器仅启用当 sqlite3_config（）的SQLITE_CONFIG_HEAP选项用于提供一大块内存，所有内存分配都来自该内存采取。 MEMSYS3内存分配器使用混合分配算法以 dlmalloc（）为模式。只有SQLITE_ENABLE_MEMSYS3和 SQLITE_ENABLE_MEMSYS5可以立即启用。

SQLITE_ENABLE_MEMSYS5

此选项包括 SQLite 中实现替代方案的代码内存分配器。此替代内存分配器仅启用当 sqlite3_config（）的SQLITE_CONFIG_HEAP选项用于提供一大块内存，所有内存分配都来自该内存采取。 MEMSYS5模块将所有分配四舍五入到下一个幂两个，并使用首次拟合的伙伴分配器算法这为防止碎片化和崩溃提供了强有力的保证受某些操作限制。

SQLITE_ENABLE_NORMALIZE

此选项包括 sqlite3_normalized_sql（） API。

SQLITE_ENABLE_NULL_TRIM

此选项启用省略 NULL 列的优化行的末尾，以节省磁盘空间。

启用此选项后生成的数据库不可读 SQLite 版本 3.1.6 （2005-03-17）及更早版本。也启用此选项生成的数据库容易出现以下情况触发 sqlite3_blob_reopen（）接口中的 e6e962d6b0f06f46 错误。出于这些原因，默认情况下，此优化处于禁用状态。但是，这种优化在 SQLite 的未来版本中可能默认启用。

SQLITE_ENABLE_OFFSET_SQL_FUNC

此选项启用对 sqlite_offset（X） SQL 函数的支持。

sqlite_offset（X） SQL 函数需要在 B-tree 存储引擎，虚拟机中的新操作码运行 SQL 语句，并在代码生成器。为了避免在不这样做的应用程序中产生这种开销需要 sqlite_offset（X）的效用，该函数被禁用违约。

SQLITE_ENABLE_PREUPDATE_HOOK

此选项启用多个提供回调的新 API 在对 Rowid 表进行任何更改之前。可以使用回调记录更改发生前的行状态。

preupdate 钩子的操作与 update hook 类似，只是回调是在更改之前调用，而不是在更改之后调用，并且在预更新之前调用除非此编译时选项是使用。

更新前的挂钩接口最初被添加到支持会话扩展。

SQLITE_ENABLE_QPSG

此选项会导致查询规划器稳定性保证（QPSG）默认情况下处于打开状态。通常 QPSG 处于关闭状态，必须激活在运行时使用 sqlite3_db_config（）接口的 SQLITE_DBCONFIG_ENABLE_QPSG 选项。

SQLITE_ENABLE_RBU

启用实现 RBU 扩展的代码。

SQLITE_ENABLE_RTREE

此选项使 SQLite 包含对 R*Tree 索引扩展的支持。

SQLITE_ENABLE_SESSION

此选项将启用会话扩展。

SQLITE_ENABLE_SNAPSHOT

此选项使代码能够支持 sqlite3_snapshot 对象及其相关接口：

sqlite3_snapshot_get（）（构造函数）
sqlite3_snapshot_free（）（析构函数）
sqlite3_snapshot_open（）
sqlite3_snapshot_cmp（）
sqlite3_snapshot_recover（）

SQLITE_ENABLE_SORTER_REFERENCES

此选项将激活减少所需内存的优化由分拣机以在之后进行额外的 B 树查找为代价排序已经发生。

默认排序过程是收集所有将最终输出到“记录”中并传递完整的记录到分拣机。但在某些情况下，例如，如果某些输出列由较大的 BLOB 值组成，每条记录的大小可以很大，这意味着分拣机必须使用更多的内存，和/或将更多内容写入临时存储。

启用SQLITE_ENABLE_SORTER_REFERENCES后，将传递给的记录分拣器通常只包含 ROWID 值。这样的记录很多较小。这意味着分拣机需要处理的“有效载荷”要少得多，并且可以跑得更快。排序发生后，ROWID 用于查找原始表中的输出列值。这需要另一个搜索到表格中，可能会导致速度变慢。或这可能是性能的胜利，具体取决于值的大小。

即使 SQLITE_ENABLE_SORTER_REFERENCES 编译时选项处于打开状态，默认情况下，排序器引用仍处于禁用状态。要使用分拣器引用，应用程序必须在启动时使用 sqlite3_config（SQLITE_CONFIG_SORTERREF_SIZE）接口设置分拣器引用大小阈值。

因为 SQLite 开发人员不知道 SQLITE_ENABLE_SORTER_REFERENCES选项将有助于或损害性能，目前默认禁用（2018-05-04）。它可能已启用默认情况下，在未来的某些版本中，取决于对其对性能的影响。

SQLITE_ENABLE_STMT_SCANSTATUS

此选项启用 sqlite3_stmt_scanstatus（）和 sqlite3_stmt_scanstatus_v2（）接口。那些接口通常从构建中省略因为它们施加了绩效惩罚，即使是对请勿使用该功能。

SQLITE_ENABLE_STMTVTAB

此编译时选项启用SQLITE_STMT虚拟表逻辑。

SQLITE_RTREE_INT_ONLY

此编译时选项已弃用且未经测试。

SQLITE_ENABLE_SQLLOG

此选项启用额外的代码（尤其是 sqlite3_config（）的 SQLITE_CONFIG_SQLLOG 选项），这些代码可用于创建所有代码的日志由应用程序执行的 SQLite 处理。这些日志可能很有用在对应用程序的行为进行离线分析时，尤其是用于性能分析。为了让SQLITE_ENABLE_SQLLOG选项有用，需要一些额外的代码。“test_sqllog.c”源代码 SQLite源代码树中的文件是所需额外内容的工作示例法典。在 unix 和 windows 系统上，开发人员可以附加 “test_sqllog.c”源代码文件到“sqlite3.c”合并的末尾，使用 -DSQLITE_ENABLE_SQLLOG 选项重新编译应用程序，然后使用环境变量控制日志记录。请参阅标题注释 “test_sqllog.c”源文件以获取更多详细信息。

SQLITE_ENABLE_STAT2

此选项用于使 ANALYZE 命令收集 sqlite_stat2表中的索引直方图数据。但是功能已被 SQLITE_ENABLE_STAT3 取代 SQLite 版本 3.7.9 （2011-11-01）. SQLITE_ENABLE_STAT2编译时选项现在是无操作。

SQLITE_ENABLE_STAT3

此选项用于使 ANALYZE 命令收集 sqlite_stat3表中的索引直方图数据。但是功能已被 SQLITE_ENABLE_STAT4 取代 SQLite 版本 3.8.1 （2013-10-17）. SQLITE_ENABLE_STAT3编译时选项在版本 3.29.0 （2019-07-10）中继续受支持但现在已成为无操作。

SQLITE_ENABLE_STAT4

此选项将附加逻辑添加到 ANALYZE 命令和可以帮助SQLite选择更好的查询方案的查询规划器在某些情况下。ANALYZE 命令已得到增强，可以收集来自每个索引的所有列的直方图数据并存储该数据在sqlite_stat4表中。然后，查询规划器将使用直方图数据，以帮助它做出更好的指数选择。的缺点此编译时选项违反了查询规划器稳定性保证，使其更难确保在大规模生产的应用中具有一致的性能。

SQLITE_ENABLE_STAT4是对SQLITE_ENABLE_STAT3的增强。统计3 仅记录每个索引最左边列的直方图数据而 STAT4 增强功能记录来自所有列的直方图数据每个索引。 SQLITE_ENABLE_STAT3编译时选项已成为无操作选项。

SQLITE_ENABLE_TREE_EXPLAIN

不再使用此编译时选项。

SQLITE_ENABLE_UPDATE_DELETE_LIMIT

此选项在 UPDATE 和 DELETE 语句上启用可选的 ORDER BY 和 LIMIT 子句。

如果定义了此选项，则它也必须是使用 Lemon 解析器生成器工具生成 parse.c 时定义文件。因此，此选项只能在生成库时使用从源头，而不是从合并或收集网站上为非 Unix 类平台提供的预打包 C 文件。

SQLITE_ENABLE_UNKNOWN_SQL_FUNCTION

当 SQLITE_ENABLE_UNKNOWN_SQL_FUNCTION 编译时选项为激活后，SQLite将在运行时抑制“未知函数”错误 EXPLAIN 或 EXPLAIN 查询计划。而不是抛出错误， SQLite 将插入一个名为“unknown（）”的替代 no-op 函数。用“unknown（）”代替无法识别的函数仅发生在 EXPLAIN 和 EXPLAIN QUERY PLAN 上，不发生在普通的语句。

在命令行 shell 中使用时， SQLITE_ENABLE_UNKNOWN_SQL_FUNCTION功能允许包含要粘贴到 shell 中的应用程序定义函数分析和调试，无需创建和加载实现应用程序定义函数的扩展。

SQLITE_ENABLE_UNLOCK_NOTIFY

此选项启用 sqlite3_unlock_notify（）接口和其相关功能。有关其他内容，请参阅标题为“使用SQLite解锁通知功能”的文档信息。

SQLITE_INTROSPECTION_PRAGMAS

此选项已过时。它曾经启用一些额外的一些额外的 PRAGMA 语句，例如 PRAGMA function_list、PRAGMA module_list 和 PRAGMA pragma_list，但这些 PRAGMA 现在都是默认启用。请参见SQLITE_OMIT_INTROSPECTION_PRAGMAS。

SQLITE_SOUNDEX

此选项启用 soundex（） SQL 函数。

SQLITE_STRICT_SUBTYPE=1

此选项会导致应用程序定义的 SQL 函数引发 SQL 如果他们调用 sqlite3_result_subtype（）接口，则出错，但未在SQLITE_RESULT_SUBTYPE财产中注册。此推荐选项有助于识别在早期实现应用程序定义的 SQL 函数开发周期。

SQLITE_USE_ALLOCA

如果启用此选项，则 alloca（）内存分配器将是在一些适当的情况下使用。这导致略有更小、更快的二进制文件。仅SQLITE_USE_ALLOCA编译时当然，在支持 alloca（）的系统上工作。

SQLITE_USE_FCNTL_TRACE

此选项会导致 SQLite 发出额外的SQLITE_FCNTL_TRACE文件控件向VFS提供补充信息。“vfslog.c”扩展利用此功能提供 VFS 活动的增强日志。

SQLITE_USE_SEH

此选项在 Windows 版本上启用了结构化异常处理（SEH）。 SEH 是一种特定于 Windows 的技术，用于捕获在访问内存映射文件。SEH 用于拦截可能在访问属于 WAL 模式处理一部分的内存映射 SHM 文件时发生。如果操作系统在 SQLite 时引发错误正在尝试访问 shm 文件，此选项会导致这些错误被SQLite捕获和处理，而不是中止整个过程。

此选项仅在使用 MSVC 在 Windows 上编译时有效。

SQLITE_HAVE_ZLIB

此选项会导致某些扩展链接到 zlib 压缩库。

此选项对 SQLite 核心没有影响。它仅由扩展使用。这是压缩和解压缩所必需的选项属于命令行 shell 中的 SQL 存档的函数支持。

使用此选项编译时，它通常会需要添加链接器选项以将 zlib 库包含在建。正常情况下，此选项是“-lz”，但在不同的系统。

在 Windows 系统上使用 MSVC 构建时，可以放置 zlib 源代码代码，然后添加 nmake 命令的 USE_ZLIB=1 选项导致 Makefile.msc 自动构建和使用适当的 zlib 库实现。

YYTRACKMAXSTACKDEPTH

此选项会导致跟踪 LALR（1）解析器堆栈深度并使用 sqlite3_status（SQLITE_STATUS_PARSER_STACK,...）进行报告接口。SQLite 的 LALR（1）解析器具有固定的堆栈深度（在编译时使用 YYSTACKDEPTH 选项确定）。此选项可用于帮助确定应用程序是否接近超过最大 LALR（1）堆栈深度。

8. 禁用正常打开的功能的选项

SQLITE_DISABLE_LFS

如果定义了此 C 预处理器宏，则支持大文件已禁用。

SQLITE_DISABLE_DIRSYNC

如果定义了此 C 预处理器宏，则目录同步被禁用。SQLite 通常会尝试同步父级删除文件时的目录，以确保目录条目会立即在磁盘上更新。

SQLITE_DISABLE_FTS3_UNICODE

如果定义了此 C 预处理器宏，则 unicode61 分词器 FTS3 中的构建被省略，并且不可用于应用。

SQLITE_DISABLE_FTS4_DEFERRED

如果此 C 预处理器宏禁用“延迟令牌”优化在 FTS4 中。“延迟令牌”优化避免了大量加载发布馆藏中大多数文档中的术语列表而只是扫描文档源中的这些标记。FTS4 在有和没有这种优化的情况下应该得到完全相同的答案。

SQLITE_DISABLE_INTRINSIC

此选项禁止使用特定于编译器的内置函数例如 GCC 和 Clang 中的 __builtin_bswap32（）和 __builtin_add_overflow（），或 MSVC 的 _byteswap_ulong（）和 _ReadWriteBarrier（）。

SQLITE_DISABLE_PAGECACHE_OVERFLOW_STATS

此选项禁用 sqlite3_status（） SQLITE_STATUS_PAGECACHE_OVERFLOW 和 SQLITE_STATUS_PAGECACHE_SIZE 统计信息的收集。设置此选项已被证明可以提高以下性能：高并发多线程应用程序。

9. 省略功能的选项

以下选项可用于通过省略未使用的功能来减小已编译库的大小。这可能只有用在空间特别紧张的嵌入式系统中，即使所有 SQLite库包含的功能相对较小。别忘了告诉编译器优化二进制大小！（如果 -Os 选项使用 GCC）。告诉编译器优化大小通常有对图书馆占用空间的影响比采用其中任何一种都要大得多编译时选项。您还应该验证调试选项是否已禁用。

本节中的宏不需要值。以下编译开关都具有相同的效果：
-DSQLITE_OMIT_ALTERTABLE
-DSQLITE_OMIT_ALTERTABLE=1
-DSQLITE_OMIT_ALTERTABLE=0

如果定义了这些选项中的任何一个，则同一组 SQLITE_OMIT_* 使用 Lemon 解析器生成器工具生成 parse.c 文件，并在编译生成关键字hash.h 文件。因此，这些选项只能在生成库时使用来自规范来源，而不是来自合并。某些 SQLITE_OMIT_* 选项在与合并。但这并不能保证。通常，始终编译从规范来源，以便利用 SQLITE_OMIT_* 选项。

重要提示：SQLITE_OMIT_* 选项可能不适用于合并。SQLITE_OMIT_* 编译时选项通常仅当 SQLite 是从规范构建的时才正常工作源文件。

SQLite合并的特殊版本，可以与可以生成一组预定的 SQLITE_OMIT_* 选项。为此，在规范中复制 Makefile.linux-gcc makefile 模板源代码分发。将副本的名称更改为“Makefile”。然后编辑“Makefile”以设置适当的编译时选项。然后类型：

make clean; make sqlite3.c

生成的“sqlite3.c”合并代码文件（及其关联的头文件“sqlite3.h”）可以移动到非 UNIX 平台使用本机编译器进行最终编译。

不支持 SQLITE_OMIT_* 选项。我们的意思是一个 SQLITE_OMIT_* 选项，用于省略当前构建中的代码在下一个版本中，发布可能会成为无操作版本。或者反过来：在当前版本中处于无操作状态的 SQLITE_OMIT_* 可能会导致代码在下一个版本中被排除在外。此外，并非所有 SQLITE_OMIT_* 选项经过测试。某些 SQLITE_OMIT_* 选项可能会导致 SQLite 出现故障和/或提供不正确的答案。

重要提示：SQLITE_OMIT_* 编译时选项大多不受支持。

以下是可用的 OMIT 选项：

SQLITE_OMIT_ALTERTABLE

定义此选项后，ALTER TABLE 命令不包含在图书馆。执行 ALTER TABLE 语句会导致分析错误。

SQLITE_OMIT_ANALYZE

定义此选项时，将省略 ANALYZE 命令构建。

SQLITE_OMIT_ATTACH

定义此选项后，ATTACH 和 DETACH 命令为从构建中省略。

SQLITE_OMIT_AUTHORIZATION

定义此选项会省略图书馆。sqlite3_set_authorizer（） API 函数不存在在图书馆中。

SQLITE_OMIT_AUTOINCREMENT

此选项省略了 AUTOINCREMENT 功能。当定义此宏时，列声明为 “整数主键自动增量” 行为方式与声明为“INTEGER PRIMARY KEY”的列相同，当插入 NULL。既不会创建sqlite_sequence系统表，也不会创建如果它已经存在，则受到尊重。

SQLITE_OMIT_AUTOINIT

为了向后兼容缺少的旧版本的 SQLite sqlite3_initialize（）接口、sqlite3_initialize（）接口在进入某些关键接口（如 sqlite3_open（）、sqlite3_vfs_register（）和 sqlite3_mprintf（））时自动调用。在此情况下自动调用 sqlite3_initialize（）的开销通过使用 SQLITE_OMIT_AUTOINIT 构建 SQLite 可以省略 C 预处理器宏。使用 SQLITE_OMIT_AUTOINIT 构建时，SQLite 不会自动初始化自身，并且需要应用程序 sqlite3_initialize在开始使用 SQLite 库。

SQLITE_OMIT_AUTOMATIC_INDEX

此选项用于省略自动索引功能。另请参阅：SQLITE_DEFAULT_AUTOMATIC_INDEX。

SQLITE_OMIT_AUTORESET

默认情况下，sqlite3_step（）接口将在必要时自动调用 sqlite3_reset（）来重置准备好的语句。这编译时选项更改该行为，以便 sqlite3_step（）将如果返回其他任何内容后再次调用，则返回SQLITE_MISUSE 比 SQLITE_ROW、SQLITE_BUSY 或 SQLITE_LOCKED 除非有对 sqlite3_reset（）的干预调用。

在 SQLite 版本 3.6.23.1 中（2010-03-26）而更早，sqlite3_step（）过去总是如果在返回任何内容后再次调用，则返回SQLITE_MISUSE 除了没有对 sqlite3_reset（）的干预调用的SQLITE_ROW。这导致了一些写得不好的智能手机应用程序出现问题，这些应用程序未正确处理SQLITE_LOCKED并SQLITE_BUSY错误返回。而不是修复许多有缺陷的智能手机应用程序，在 3.6.23.2 中更改了 SQLite 的行为以自动重置准备好的语句。但这种变化在其他方面引起了问题实际查看的未正确实现的应用程序 SQLITE_MISUSE返回以终止其查询循环。（任何时候应用程序从 SQLite 获取SQLITE_MISUSE错误代码，这意味着应用程序滥用了SQLite接口，因此是错误的已实施。SQLITE_OMIT_AUTORESET接口被添加到SQLite版本3.7.5（2011-02-01）中，以努力获得所有（损坏的）应用程序可以再次工作，而无需实际修复应用程序。

SQLITE_OMIT_AUTOVACUUM

如果定义了此选项，则库无法创建或写入支持auto_vacuum的数据库。执行 PRAGMA auto_vacuum 语句不是错误（因为未知的 PRAGMA 被静默忽略），但不返回值或修改数据库文件中的自动抽真空标志。如果数据库支持自动真空是由使用此选项编译的库打开的，它以只读模式自动打开。

SQLITE_OMIT_BETWEEN_OPTIMIZATION

此选项禁止使用带有 WHERE 子句术语的索引使用 BETWEEN 运算符。

SQLITE_OMIT_BLOB_LITERAL

定义此选项后，无法在使用 X'ABCD' 语法的 SQL 语句。

SQLITE_OMIT_BTREECOUNT

此选项不再用于任何用途。这是一个不操作。

SQLITE_OMIT_BUILTIN_TEST

此编译时选项已重命名为 SQLITE_UNTESTABLE。

SQLITE_OMIT_CASE_SENSITIVE_LIKE_PRAGMA

此编译时选项禁用 PRAGMA case_sensitive_like 命令。

SQLITE_OMIT_CAST

此选项会导致 SQLite 省略对 CAST 运算符的支持。

SQLITE_OMIT_CHECK

此选项会导致 SQLite 省略对 CHECK 约束的支持。解析器仍将接受 SQL 语句中的 CHECK 约束，他们只是不会被强制执行。

SQLITE_OMIT_COMPILEOPTION_DIAGS

此选项用于省略可用的编译时选项诊断在 SQLite 中，包括 sqlite3_compileoption_used（）和 sqlite3_compileoption_get（） C/C++ 函数、sqlite_compileoption_used（）和 sqlite_compileoption_get（） SQL 函数，和compile_options的编译。

SQLITE_OMIT_COMPLETE

此选项会导致省略 sqlite3_complete（）和 sqlite3_complete16（）接口。

SQLITE_OMIT_COMPOUND_SELECT

此选项用于省略复合 SELECT 功能。使用 UNION、UNION ALL、INTERSECT 或 EXCEPT 复合 SELECT 运算符将导致分析错误。

在 VALUES 子句中具有多个值的 INSERT 语句是在内部作为复合 SELECT 实现。因此，此选项也禁用使用插入...值。。。陈述。

SQLITE_OMIT_CTE

此选项将导致省略对公用表表达式的支持。

SQLITE_OMIT_DATETIME_FUNCS

如果定义了此选项，则 SQLite 的内置日期和时间操作函数被省略。具体来说，SQL 函数 julianday（）、date（）、 time（）、datetime（）和 strftime（）不可用。默认列值 CURRENT_TIME、CURRENT_DATE 和 CURRENT_TIMESTAMP 仍然可用。

SQLITE_OMIT_DECLTYPE

此选项会导致 SQLite 省略对 sqlite3_column_decltype（）和 sqlite3_column_decltype16（）接口的支持。

SQLITE_OMIT_DEPRECATED

此选项会导致 SQLite 省略对接口的支持标记为已弃用。这包括 sqlite3_aggregate_count（）、sqlite3_expired（）、sqlite3_transfer_bindings（）、sqlite3_global_recover（）、sqlite3_thread_cleanup（）和 sqlite3_memory_alarm（）接口以及 PRAGMA 语句 PRAGMA count_changes、PRAGMA data_store_directory、PRAGMA default_cache_size、PRAGMA empty_result_callbacks、PRAGMA full_column_names、 PRAGMA short_column_names 和 PRAGMA temp_store_directory。

SQLITE_OMIT_DESERIALIZE

此选项会导致 sqlite3_serialize（）和 sqlite3_deserialize（）接口从生成中省略。

SQLITE_OMIT_DISKIO

此选项省略了对写入磁盘的所有支持，并强制执行数据库仅存在于内存中。此选项尚未维护，可能不适用于较新版本的 SQLite。

SQLITE_OMIT_EXPLAIN

定义此选项会导致 EXPLAIN 命令从图书馆。尝试执行 EXPLAIN 语句将导致解析错误。

SQLITE_OMIT_FLAG_PRAGMAS

此选项省略了对 PRAGMA 命令子集的支持，这些命令查询并设置布尔属性。

SQLITE_OMIT_FLOATING_POINT

此选项用于省略 SQLite 中的浮点数支持图书馆。指定时，将浮点数指定为文本（即“1.01”）会导致解析错误。

将来，此选项还可能禁用其他浮点数功能，例如 sqlite3_result_double（）、sqlite3_bind_double（）、sqlite3_value_double（）和 sqlite3_column_double（） API 函数。

SQLITE_OMIT_FOREIGN_KEY

如果定义了此选项，则外键约束语法为无法识别。

SQLITE_OMIT_GENERATED_COLUMNS

如果定义了此选项，则生成的列语法为无法识别。

SQLITE_OMIT_GET_TABLE

此选项会导致省略对 sqlite3_get_table（）和 sqlite3_free_table（）的支持。

SQLITE_OMIT_HEX_INTEGER

此选项省略了对十六进制整数文本的支持。

SQLITE_OMIT_INCRBLOB

此选项会导致省略对增量 BLOB I/O 的支持。

SQLITE_OMIT_INTEGRITY_CHECK

此选项省略了对integrity_check编译指示的支持。

SQLITE_OMIT_INTROSPECTION_PRAGMAS

此选项省略了对 PRAGMA function_list、PRAGMA module_list 和 PRAGMA pragma_list 的支持。

SQLITE_OMIT_JSON

此选项从生成中省略 JSON SQL 函数。

SQLITE_OMIT_LIKE_OPTIMIZATION

此选项禁用 SQLite 使用索引提供帮助的能力在 WHERE 子句中解析 LIKE 和 GLOB 运算符。

SQLITE_OMIT_LOAD_EXTENSION

此选项省略了整个扩展加载机制 SQLite，包括 sqlite3_enable_load_extension（）和 sqlite3_load_extension（）接口。

SQLITE_OMIT_LOCALTIME

此选项从日期和时间中省略“localtime”修饰符功能。此选项有时在尝试编译时很有用日期和时间在不支持当地时间的概念。

SQLITE_OMIT_LOOKASIDE

此选项省略了后备内存分配器。

SQLITE_OMIT_MEMORYDB

定义此值时，库不遵循特殊数据库 name “：memory：”（通常用于创建内存数据库）。如果 “：memory：” 传递给 sqlite3_open（）、sqlite3_open16（）或 sqlite3_open_v2（），具有此名称的文件将是打开或创建。

SQLITE_OMIT_OR_OPTIMIZATION

此选项禁用 SQLite 一起使用索引的能力与 OR 运算符连接的 WHERE 子句的条款。

SQLITE_OMIT_PAGER_PRAGMAS

定义此选项会省略与寻呼机子系统相关的杂注构建。

SQLITE_OMIT_PRAGMA

此选项用于省略 PRAGMA 命令从图书馆。请注意，定义省略的宏很有用除此之外，还有特定的编译指示，因为它们还可能删除支持代码在其他子系统中。此宏仅删除 PRAGMA 命令。

SQLITE_OMIT_PROGRESS_CALLBACK

此选项可以定义为省略发出“进度”的功能长时间运行的 SQL 语句期间的回调。sqlite3_progress_handler（） API 函数在库中不存在。

SQLITE_OMIT_QUICKBALANCE

此选项省略了替代的、更快的 B 树平衡例程。使用此选项会使 SQLite 略小，但代价是使其运行速度稍慢。

SQLITE_OMIT_REINDEX

定义此选项后，REINDEX 命令不包含在库中。执行 REINDEX 语句会导致解析错误。

SQLITE_OMIT_SCHEMA_PRAGMAS

定义此选项将省略用于查询数据库架构的杂注构建。

SQLITE_OMIT_SCHEMA_VERSION_PRAGMAS

定义此选项将省略用于查询和修改生成中的数据库架构版本和用户版本。具体来说，省略了 schema_version 和 user_version PRAGMA。

SQLITE_OMIT_SHARED_CACHE

此选项在不支持共享缓存模式的情况下生成 SQLite。省略了 sqlite3_enable_shared_cache（）和 fair 与共享关联的 B-Tree 子系统中的逻辑量缓存管理。

建议大多数应用程序使用此编译时选项，因为它从而提高了性能并减少了磁带库占用空间。

SQLITE_OMIT_SUBQUERY

如果已定义，则省略对子选择和 IN（）运算符的支持。

SQLITE_OMIT_TCL_VARIABLE

如果定义了此宏，则特殊的“$”语法省略了用于自动绑定 SQL 变量和 TCL 变量的选项。

SQLITE_OMIT_TEMPDB

此选项省略了对 TEMP 或 TEMPORARY 表的支持。

SQLITE_OMIT_TRACE

此选项省略了对 sqlite3_profile（）和 sqlite3_trace（）接口及其关联逻辑的支持。

SQLITE_OMIT_TRIGGER

定义此选项将省略对 TRIGGER 对象的支持。在这种情况下，CREATE TRIGGER 或 DROP TRIGGER 命令都不可用，并且正在尝试执行两者都会导致解析错误。此选项还禁用外键约束的强制执行，因为实现触发器的代码被省略了 option 还用于实现外键操作。

SQLITE_OMIT_TRUNCATE_OPTIMIZATION

SQLite 的默认版本（如果 DELETE 语句没有 WHERE 子句）并在没有触发器的表上操作，发生优化通过删除并重新创建表来执行 DELETE。删除和重新创建表通常比删除表快得多逐行显示表内容。这就是“截断优化”。

SQLITE_OMIT_UTF16

此宏用于省略对 UTF16 文本编码的支持。当这是定义了返回或接受 UTF16 编码文本的所有 API 函数都是不能利用的。这些函数可以通过它们结束的事实来识别与“16”，例如 sqlite3_prepare16（）、sqlite3_column_text16（）和 sqlite3_bind_text16（）。

SQLITE_OMIT_VACUUM

定义此选项后，库中不包含 VACUUM 命令。执行 VACUUM 语句会导致解析错误。

SQLITE_OMIT_VIEW

定义此选项将省略对 VIEW 对象的支持。在这种情况下，CREATE VIEW 和 DROP VIEW 命令都不可用，并且尝试执行其中任何一个都会导致解析错误。

警告：如果定义了此宏，则无法打开数据库架构包含 VIEW 对象。

SQLITE_OMIT_VIRTUALTABLE

此选项省略了对 SQLite 中虚拟表机制的支持。

SQLITE_OMIT_WAL

此选项省略了“预写日志”（也称为“WAL”）功能。

SQLITE_OMIT_WINDOWFUNC

此选项从生成中省略窗口函数。

SQLITE_OMIT_WSD

此选项生成一个 SQLite 库版本，该版本不包含可写静态数据（WSD）。WSD 是全局变量和/或静态变量变量。某些平台不支持 WSD，此选项是必需的为了让SQLite能够运行这些平台。

与其他使 SQLite 库更小的 OMIT 选项不同，这个选项实际上增加了SQLite的大小并使其运行慢一点。仅当 SQLite 是为不支持 WSD 的嵌入式目标。

SQLITE_OMIT_XFER_OPT

此选项省略了对帮助语句的优化的支持形式为“插入......选择......”跑得更快。

SQLITE_UNTESTABLE

标准的 SQLite 构建包含少量关联的逻辑用 sqlite3_test_control（）进行锻炼否则难以验证的 SQLite 核心部分。此编译时选项省略了额外的测试逻辑。这编译时选项之前称为“SQLITE_OMIT_BUILTIN_TEST” 更新到 SQLite 版本 3.16.0 （2017-01-02）。名称已更改更好地描述使用它的含义。

设置此编译时选项会阻止 SQLite 完全可测试。分支测试覆盖率从 100% 下降到 95% 左右。

SQLite 开发人员遵循 NASA 的原则 “飞你测试的东西，测试你飞的东西”。违反了这一原则如果在交付时启用此选项，但在测试中禁用此选项。但是，如果在测试期间启用了此选项，则并非所有分支都启用了此选项到达。因此，不建议使用此编译时选项。

SQLITE_ZERO_MALLOC

此选项从生成中省略默认内存分配器和调试内存分配器，并替换存根内存分配器总是失败。SQLite 不会运行存根内存分配器，因为它将无法分配内存。但可以在启动时使用 sqlite3_config（SQLITE_CONFIG_MALLOC,...）或 sqlite3_config（SQLITE_CONFIG_HEAP,...）替换此存根。因此，这个编译时选项的净效果是它允许 SQLite 针对不支持的系统库进行编译和链接 malloc（）、free（）和/或 realloc（）。

10. 分析和调试选项

SQLITE_DEBUG

SQLite源代码包含数千个assert（）语句用于验证内部假设和子程序前提条件，以及后条件。这些 assert（）语句通常处于关闭状态（它们不生成代码），因为打开它们会使 SQLite 运行大约慢三倍。但是对于测试和分析，转向是有用的的 assert（）语句。SQLITE_DEBUG编译时选项可以执行此操作。

SQLITE_DEBUG还启用了一些其他调试功能，例如启用跟踪和列表功能的特殊 PRAGMA 语句用于 VDBE 和代码生成器的故障排除和分析。

SQLITE_MEMDEBUG

SQLITE_MEMDEBUG 选项会导致将检测的调试内存分配器用作 SQLite 中的默认内存分配器。这插桩内存分配器检查动态分配器是否误用记忆。滥用的示例包括在释放内存后使用内存，注销内存分配的末尾，释放以前没有的内存从内存分配器获取，或无法重新初始化分配的内存。

11. 特定于 Windows 的选项

SQLITE_WIN32_HEAP_CREATE

此选项强制 Win32 本机内存分配器（启用后）执行创建一个专用堆来保存所有内存分配。

SQLITE_WIN32_MALLOC_VALIDATE

此选项强制 Win32 本机内存分配器（启用后）执行对 HeapValidate（）函数进行策略性调用，如果 assert（）也是启用。

12. 编译器链接和调用约定控制

以下宏指定接口详细信息对于某些类型的 SQLite 构建。Makefile 通常会自动处理设置这些宏。应用程序开发人员应该无需担心这些宏。以下有关这些的文档为了完整起见，包含宏。

SQLITE_API

此宏标识 SQLite 的外部可见接口。此宏有时设置为“extern”。但定义是特定于编译器。

SQLITE_APICALL

此宏标识公共接口使用的调用约定 SQLite 中接受固定数量参数的例程。这个宏通常被定义为无，尽管在 Windows 版本上，它有时可以设置为“__cdecl”或“__stdcall”。 “__cdecl”设置是默认设置，但在 SQLite 时使用“__stdcall” 旨在编译为 Windows 系统库。

单个函数声明应包含以下内容之一以下内容：SQLITE_APICALL、SQLITE_CDECL或SQLITE_SYSAPI。

SQLITE_CALLBACK

此宏指定用于回调指针的调用约定在 SQLite 中。此宏通常被定义为无，尽管在 Windows 上构建它有时可以设置为“__cdecl”或“__stdcall”。这 “__cdecl”设置是默认设置，但在 SQLite 时使用“__stdcall” 旨在编译为 Windows 系统库。

SQLITE_CDECL

此宏指定 varargs 接口使用的调用约定 SQLite 中的例程。这个宏通常被定义为无，尽管在 Windows 版本上，它有时可以设置为“__cdecl”。这宏用于 varargs 例程，因此不能设置为“__stdcall” 因为__stdcall调用约定不支持 varargs 函数。

单个函数声明应包含以下内容之一以下内容：SQLITE_APICALL、SQLITE_CDECL或SQLITE_SYSAPI。

SQLITE_EXTERN

此宏指定 SQLite 中公共接口变量的链接。通常应允许它默认为“extern”。

SQLITE_STDCALL

此宏不再使用，现已弃用。

SQLITE_SYSAPI

此宏标识操作系统使用的调用约定 SQLite 构建的目标平台的接口。这个宏通常被定义为无，尽管在 Windows 版本上，它有时可以设置为“__stdcall”。

单个函数声明应包含以下内容之一以下内容：SQLITE_APICALL、SQLITE_CDECL或SQLITE_SYSAPI。

SQLITE_TCLAPI

此宏指定 TCL 库接口例程使用的调用约定。此宏不由 SQLite 核心使用，而仅由 TCL 接口和 TCL 测试套件使用。这个宏通常被定义为无，尽管在 Windows 版本上，它有时可以设置为“__cdecl”。这宏用于始终编译的 TCL 库接口例程 __cdecl，即使在喜欢使用__stdcall的平台上，这个宏不应设置为 __stdcall，除非平台有自定义支持__stdcall的 TCL 库构建。

此宏不能与 SQLITE_APICALL、SQLITE_CALLBACK、SQLITE_CDECL 或SQLITE_SYSAPI中的任何一个结合使用。