1.如何编译SQLite-How To Compile SQLite
2.sqlite数据库ID自增长最大是源码几位数?
3.使用SQLite数据库加密敏感信息嵌入程序(3)
4.独家食用指南系列|Android端SQLCipher的攻与防新编
5.收藏！Python内置的文档轻量级数据库竟如此好用！全网最实用sqlite3实战项目！源码
6.node-pre-gyp以及node-gyp的文档源码简单解析（以安装sqlite3为例）

如何编译SQLite-How To Compile SQLite

       SQLite是ANSI-C的源代码。在使用之前必须要编译成机器码。这篇文章是用于各种编译SQLite方法的指南。

       è¿™ç¯‡æ–‡ç« ä¸åŒ…含编译SQLite的每个步骤的反馈，那样可能会困难因为每种开发场景都不同。所以这篇文章描述和阐述了编译Sqlite的原则。典型的编译命令已经作为例子提供了，以期望应用开发者能够使用这些例子作为完成他们自己定制的编译过程的的一个指南。换句话说，这篇文章提供了想法和见解，而不是交钥匙的解决方法。

       èžåˆVS单独源文件

       Sqlite是由超过一百个c源码文件以及众多的目录下的脚本构建的。Sqlite的实现是纯粹的ANSI-C，但是许多C语言源代码文件是由辅助的C程序生成或者转换来的，并且AWK，SED和TCL脚本会融合到完成的sqlite库中。对Sqlite构建需要的C程序和转换和创建C语言源码是一个复杂的过程。

       ä¸ºäº†ç®€åŒ–这些，sqlite也通过一个预打包的合并后的源码文件：sqlite3.c。这个合并文件是一个ANSI-C源码实现整个SQLite库的唯一文件。合并后的文件更容易处理。所有的东西都包含在这一个文件里，所以很容易进入一个更大的C或者C++程序的源码树。所有的代码生成和转换步骤都已经实现了，因此没有辅助的C程序需要去配置和变异，也没有脚本需要去运行。并且，因此所有哭都包含在一个翻译单元，编译器可以做更多高级的优化从而提升5%到%的性能。因为这些原因，融合后的源码文件sqlite3.c对所有程序来讲都是值得推荐的。

       æŽ¨èæ‰€æœ‰çš„应用程序使用融合文件。

       ç›´æŽ¥ä»Žå•ç‹¬çš„源码文件中构建sqlite当然可以，但是并不推荐。对一些特殊的应用程序，可能需要修改构建程序去处理使用那些从网站上下载的预构建的源码文件不能完成的情况。对于这些情况，推荐构建和使用一个定制过的合并文件。换句话说，即使一个工程需要以单独的源码文件构建sqlite，仍然推荐使用一个融合后的源码文件作为一个中间步骤。

       ç¼–译命令行接口（CLI）

       æž„建命令行接口需要三个源码文件：

       sqlite3.c:Sqlite融合的源码文件

       sqlite3.h:匹配sqlite3.c以及定义sqlite的c语言接口的头文件

       shell.c:命令行接口程序本身。这个c源码文件包含一个main()的例程和每轮循环的用户输入的提示符并将输入传给sqlite数据库引擎用于处理。

       æ‰€æœ‰çš„上述源码的三个文件都被包含在下载页面的amalgamation tarball中。

       ä¸ºäº†æž„建CLI，简单的将这三个文件放置在相同的目录下然后一起编译他们。用MSVC：

       cl shell.c sqlite3.c -Fesqlite3.exe

       åœ¨unix系统上（或者在windows上用cygwin或者mingw+msys）典型的命令会有些像这样：

       gcc shell.c sqlite3.c -lpthread -ldl

       ä¸ºäº†SQLite线程安全，需要pthreads库。但是因为CLI是一个单线程的，我们可以指示SQLite构建一个非线程安全的库并因此护绿pthreads库：

       gcc -DSQLITE_THREADSAFE=0 shell.c sqlite3.c -ldl

       -ldl库是在支持动态装载时需要，例如sqlite3_load_extension() 接口和load_extension()

        SQL function。如果这些特性都不要求，那么我们也可以使用SQLITE_OMIT_LOAD_EXTENSION编译时间选项忽略他们。

       gcc -DSQLITE_THREADSAFE=0 -DSQLITE_OMIT_LOAD_EXTENSION shell.c sqlite3.c

       æœ‰äººå¯èƒ½æƒ³è¦æä¾›å…¶ä»–的编译时间选项(compile-time options)，例如SQLITE_ENABLE_FTS3去全文本搜索或者SQLITE_ENABLE_RTREE用于R*树搜索引擎扩展。而有人将正常指定一些编译优化开关。（预编译的CLI可以从选择sqlite网站上使用“-Os”下载下来）有无数种可能的变数在这里。

       å…³é”®ç‚¹åœ¨è¿™é‡Œï¼šæž„建CLI需要编译一起两个C语言文件。shell.c文件包含入口的定义和用户输入的loop，而sqlite融合文件sqlite3.c包含完整的sqlite库的实现。

       ç¼–译TCL接口

        sqlite的tcl接口是一个小的模块被添加到一般的融合文件中。结果是一个新的融合后的源码文件，称之为“tclsqlite3.c”。这个源码文件是生成一个可以使用TCL

       load命令去加载到一个标准的tclsh或者wish中，或者随着sqlite构建成功生成一个单独唯一的tclsh的共享库所需要的。一个tcl的融合的副本被包含在下载页的TEA

        tarball中作为一个文件。

       ä¸ºäº†ç”Ÿæˆä¸€ä¸ªlinux上的sqlite的TCL-loadable库,下面的命令需要满足：

       gcc -o libtclsqlite3.so -shared tclsqlite3.c -lpthread -ldl -ltcl

       ä¸å¹¸çš„是构建Mac OS X 和 Windows的共享库并不是如此简单。对于这些平台最好使用包含在TEA tarball中的configure脚本和makefile.

       ä¸ºäº†ç”Ÿæˆä¸€ä¸ªå•ç‹¬çš„tclsh，可以用于sqlite静态链接，使用如下的编译器调用：

       gcc -DTCLSH=1 tclsqlite3.c -ltcl -lpthread -ldl -lz -lm

       è¿™é‡Œçš„技巧是-DTCLSH=1选项。sqlite的TCL接口模块包含一个main的过程，用于初始化一个TCL解释器并在以-DTCLSH=1编译后进入到一个命令行loop。上述命令可以工作在Linux和Mac

        OS X,虽然有时可能需要依赖于平台调整库选项以及编译的TCL的哪一个版本。

       æž„建融合文件

       ä¸‹è½½é¡µæä¾›çš„sqlite融合文件的版本对大多数用户来说是足够的。然而，一些工程可能想要或者需要构建他们自己的融合文件。一个常见的构建一个定制的融合文件的理由是为了使用特定的compile-time options来定制sqlite库。回想sqlite融合文件中包含了许多C代码由辅助程序和脚本生成。许多的编译时间选项影响这一成圣代码而且必须在融合文件组装前提供给代码生成器。这一系列必须传给代码生成器的编译时间相关的选项会使得sqlite的发布版本各不相同，但是在写这边文章的时候，代码生成器需要知道的这组选项包括：

       SQLITE_ENABLE_UPDATE_DELETE_LIMIT

       SQLITE_OMIT_ALTERTABLE

       SQLITE_OMIT_ANALYZE

       SQLITE_OMIT_ATTACH

       SQLITE_OMIT_AUTOINCREMENT

       SQLITE_OMIT_CAST

       SQLITE_OMIT_COMPOUND_SELECT

       SQLITE_OMIT_EXPLAIN

       SQLITE_OMIT_FOREIGN_KEY

       SQLITE_OMIT_PRAGMA

       SQLITE_OMIT_REINDEX

       SQLITE_OMIT_SUBQUERY

       SQLITE_OMIT_TEMPDB

       SQLITE_OMIT_TRIGGER

       SQLITE_OMIT_VACUUM

       SQLITE_OMIT_VIEW

       SQLITE_OMIT_VIRTUALTABLE

       ä¸ºäº†æž„建一个定制的融合文件，先下载原始的独立源码文件到一个unix或者类unix开发平台。确定获取的原始源码文件不是“预编译过的源文件”。任何人都可以通过到下载页或者直接从configuration management system.获取完整的一套原始源码文件。

       å‡è®¾sqlite源码树被存在一个名为“sqlite”的目录下。计划构建一个平行目录下的名为“bld”的融合文件。首先通过运行sqlite源码树种的configure脚本运行或者通过制作一份源码树顶层的的makfile模板的一份，来构建一个合适的makefile.然后手动编辑这个Makfile去包含需要的编译时间相关的选项。最终运行：

       make sqlite3.c

       åœ¨windows上使用MSVC:

       nmake /f Makefile.msc sqlite3.c

       sqlite3.c的make

       target会自动构造一般的“sqlite3.c”合并的源码文件，以及它的头文件“sqlite3.h”，和包含TCL接口的融合源码文件“tclsqlite3.c”。之后，需要的文件可以被拷贝到文件目录下然后根据上述勾勒的过程编译。

       æž„建一个windows的动态链接库DLL

       ä¸ºäº†åœ¨windows构建一个sqlite的dll使用，首先获取对应的融合过的源码文件，sqlit3.c和sqlite.h。这些可以从SQLite website上下载或者和上述告知的一样去定制生成。

       ä½¿ç”¨å·¥ä½œç›®å½•ä¸‹çš„源码文件，一个dll可以在msvc中使用如下命令生成：

       cl sqlite3.c -link -dll -out:sqlite3.dll

       ä¸Šè¿°å‘½ä»¤éœ€è¦è¿è¡Œåœ¨msvc的MSVC Native Tools Command

       Prompt.如何你已经在机器上安装了msvc，你可能有多个版本的这种命令提示符，针对于x和x的自带构建的，或者交叉编译到ARM的。依赖要求的DLL去使用对应合适的命令提示符工具。

       å¦‚果使用MinGW编译器，命令是这样的：

       gcc -shared sqlite3.c -o sqlite3.dll

       æ³¨æ„MinGW只生成位的dll。另有一个分开的MinGW工程可以用来生成位的dll。可以推断其命令行语法是类似的。需要注意的是最近的MSVC的版本生成的DLLs可能不能工作到WinXP或者更早版本的windows上。因此为了最大限度的兼容你的生成的dll，推荐MinGW。一个好的经验法则是使用MinGW去生成位的dlls，使用msvc去生成位的dlls。

sqlite数据库ID自增长最大是几位数?

       #ifdef SQLITE_BIT_ROWID

       #   define MAX_ROWID 0x7fffffff

       #else

           /* Some compilers complain about constants of the form 0x7fffffffffffffff.

           ** Others complain about 0x7ffffffffffffffffLL.  The following macro seems

           ** to provide the constant while making all compilers happy.

           */

       #   define MAX_ROWID  (i)( (((u)0x7fffffff)<<) | (u)0xffffffff )

       #endif

       这是sqlite源码中定义的值，自增id即ROWID，源码最大值即MAX_ROWID

使用SQLite数据库加密敏感信息嵌入程序(3)

       在前两篇文章中，文档红包聊天源码我们探讨了如何使用工具和原生函数生成SQLite数据库，源码以及如何将生成的文档数据库作为资源嵌入到程序中使用。目标是源码实现程序运行时直接在内存中读取敏感信息，无需将资源保存到临时文件再获取信息的文档繁琐步骤。实现这一目标的源码关键在于SQLite的跨平台利器——虚拟文件系统（VFS）。

       VFS是文档SQLite底层与操作系统交互的关键，它提供了一种抽象的源码文件系统接口，使得SQLite能够在不同操作系统上一致地工作。文档每当SQLite需要与操作系统通信时，源码它会调用VFS中的方法，VFS则调用具体的操作代码以满足请求。因此，将SQLite移植到新的操作系统仅需编写新的操作系统接口层，也就是“VFS”。

       SQLite支持多个VFS，每个VFS都有唯一的小程序抓源码名称，并且同一进程中的数据库连接可以同时使用不同的VFS。Windows版本自带多个内置VFS，其中“win”适用于大多数应用程序。VFS在SQLite源码中通过sqlite3_vfs对象结构定义。

       要实现标准VFS，可以子类化三个对象：sqlite3_vfs（操作系统接口对象）、sqlite3_io_methods（操作系统接口文件虚拟方法对象）、sqlite3_file（操作系统文件对象）。实现时只需子类化sqlite3_vfs和sqlite3_io_methods，而sqlite3_file对象代表一个打开的文件。

       sqlite3_file对象在打开文件时由sqlite3_vfs的xOpen方法构造，它跟踪文件状态，包含指向sqlite3_io_methods对象的指针，该指针仅适用于当前sqlite3_file对象。sqlite3_io_methods对象执行文件读写、大小查找、锁定与解锁、文件关闭等操作。

       新构造的sqlite3_vfs通过sqlite3_vfs_register函数注册，sqlite3_file对象则从sqlite3_vfs的xOpen方法返回，指向一个sqlite3_io_methods对象实例。云上有赚源码SQLite源码中定义了sqlite3_io_methods和sqlite3_file结构。

       TBNSQLiteFile和TBNSQLiteVfs结构是Delphi版中用于实现SQLite文件和VFS的子类化接口。TBNSQLitFile结构扩展了sqlite3_file接口，增加了额外字段如实际路径、数据缓冲区和访问标志等。TBNSQLiteVfs结构实现自定义的sqlite3_vfs，构建了一个链表结构，用于管理VFS。

       为了方便读取嵌入程序中的SQLite数据库，我们实现了一个名为TBNSQLitIoMethodUtils的类，作为sqlite3_io_methods的子类化实现。这个类主要实现了xRead和xFileSize方法，用于读取数据库文件数据。其他方法如xWrite等因为操作为只读性质，此处忽略实现，返回值为SQLITE_OK即可。实现代码通过静态方法简化，以匹配SQLite原生函数调用方式。

       总结，通过精心设计的VFS、文件对象和IO方法实现，怎样看懂公式源码我们能够高效、安全地将敏感信息存储在嵌入程序的SQLite数据库中，并在程序运行时直接在内存中读取，无需额外的文件操作步骤。接下来，我们将深入探讨如何实现TBNSQLiteVfsUtils类以进一步优化VFS功能。

独家食用指南系列|Android端SQLCipher的攻与防新编

       欢迎来到本周技术拆解官的第二篇独家食用指南系列，主题聚焦于Android端的SQLCipher。如果您之前未了解过，可以回顾上篇指南进行预习。

       本篇指南将带领大家重新审视SQLCipher，一个在安全性方面为Android SQLite数据库加密的工具。首先，让我们了解一下SQLite的优缺点，作为分析SQLCipher的基础。

       SQLite作为轻量级数据库，具备易用性、易安装等优点，但也有性能和安全性上的局限。性能问题主要在于它在大并发、复杂查询等场景下可能遇到性能瓶颈；安全性方面，后台文件编辑源码免费版本不支持加密，导致数据在未加密状态下容易被访问。

       为解决这些问题，我们可以从性能优化和安全加固两个方面入手。性能优化包括改善并发机制、使用连接池、开启WAL模式等，以提升数据库读写效率。安全加固则推荐使用SQLCipher，通过加密数据库，保障数据安全。

       SQLCipher基于SQLite接口设计，采用AES加密算法，提供安全加密数据库功能。它通过自定义的接口实现加密流程，加密过程分为写操作时的数据加密和读操作时的数据解密。使用SQLCipher时，主要涉及类替换和加载加密SO库两个步骤，无需侵入原有APP逻辑。

       在调试SQLCipher方面，Linux环境下的安装和生成加密库较为基础，可通过SQLiteStudio等工具进行可视化操作。最后，企业级应用在使用SQLCipher时通常会有额外的安全防护措施，例如百度汉语APP在数据库加载和秘钥获取上采取了多层保护。

       本指南从原理、实战角度出发，详细介绍了SQLCipher的使用方法和安全加固流程。随着指南的深入，我们即将进入关于SQLite源码剖析的最后一篇，敬请期待。

       在探索SQLCipher的过程中，我们不仅仅学习了如何使用这个工具，更重要的是理解了如何在实际应用中保护数据安全，为构建可靠的应用奠定基础。希望本指南对您的技术旅程有所帮助，期待您在实际项目中应用所学知识。

收藏！Python内置的轻量级数据库竟如此好用！全网最实用sqlite3实战项目！

       今天我们将深入探讨 Python 内置的轻量级数据库 sqlite3 的使用方法与实战操作。对于那些希望避免复杂数据库安装过程的用户，sqlite3 无疑是一个理想的选择。它无需独立的服务器进程，且数据库文件为 .db 后缀，支持跨平台直接访问，便捷高效。

       让我们一起通过实际案例来掌握 sqlite3 的常用操作，以便在日常项目开发中灵活运用。

       主要内容

       1. 读取数据并插入数据库

       我们将以 TXT 文件为例，进行示范操作。TXT 文件为单列数据，以换行符分割，文件数量超过 个，数据总量达到 5 万以上。

       1.1 源代码

       1.2 运行效果

       1.3 重点代码解释

       自动获取所有 TXT 文件名称和路径：为了方便使用，我们编写代码自动查找所有文件名称和路径，无需手动指定。

       数据库创建与连接：利用 sqlite3.connect() 创建数据库，如果数据库文件不存在则自动创建。

       创建表：执行 SQL 语句创建表 numbers，包含两个字段：id 和 number。

       插入数据：优化文件打开方式，使用 with 语句提高效率，同时使用占位符功能自动插入数据。

       2. 数据库操作

       2.1 连接数据库

       通过指定数据库文件路径连接数据库，简化数据库管理。

       2.2 查询数据库中有哪些表

       使用 SQL 查询语句查看数据库中所有表的名称。

       2.3 删除数据库中的某个表

       执行 drop table 语句删除指定表。

       2.4 查询表结构

       2.5 查询表中前 条记录

       2.6 查询表中所有记录

       2.7 查询表中不重复记录

       2.8 将老表中的不重复记录插入新表

       2.9 将特定结果写入文本文件（单列）

       2. 将特定结果写入文本文件（多列）

       2. 将特定结果写入 CSV 文件（多列）

       2. 办公自动化案例

       利用 sqlite3 进行数据导出，实现批量生成 TXT 文件，显著提高办公效率。

       为了帮助您快速上手，所有源代码已发布至公众号智能演示，只需回复 "sqlite3" 即可获取下载链接。

       期待您的实践与探索，享受 Python 数据库操作带来的便利！

node-pre-gyp以及node-gyp的源码简单解析（以安装sqlite3为例）

       在Node.js开发中，确保模块跨平台性至关重要，尤其当涉及到使用C/C++原生代码的模块，如SQLite3。让我们通过一个实例来理解安装这种原生模块的过程，以SQLite3为例。

       项目初始化

       首先，创建一个基础的Node.js项目，我们开始安装SQLite3。

       安装SQLite3

       执行安装命令后，你会看到命令行输出关键信息：

       node-pre-gyp的引入

       在安装过程中，你会遇到node-pre-gyp，这个工具与node-gyp和gyp紧密相关。gyp是一个用于生成项目文件的构建工具，它为Chromium项目生成IDE项目文件，如Visual Studio和Xcode。而node-gyp则是专为Node.js Addons（原生模块）编译设计的，它允许在本地编译C/C++代码。

       node-pre-gyp的作用

       为了简化每次安装时的平台编译工作，node-pre-gyp允许预先为常见平台生成二进制文件。当项目尝试安装时，它会优先查找预编译的二进制包，如果找不到，才会转而依赖node-gyp进行源码编译。

       安装流程

       当我们使用`npm install sqlite3`时，实际上执行了`node-pre-gyp install --fallback-to-build`。安装流程包括：

       检查node-pre-gyp是否已安装，如果没有，npm会自动安装。

       node-pre-gyp查找预编译二进制包，如果存在，则直接使用。

       如果没有找到，使用node-gyp进行源码编译。

       深入了解SQLite3安装

       查看sqlite3的package.json，`scripts`部分包含了`node-pre-gyp install`命令。npm会根据这个脚本执行安装过程。

       源码编译与node-gyp

       node-gyp的`build.js`负责执行编译任务，通过`gyp`工具生成特定平台的项目文件，如Windows的vcxproj，然后使用MSBuild编译。

       node-pre-gyp与node-gyp的交互

       node-pre-gyp的`do_build`模块调用node-gyp build，执行具体的编译操作，确保模块能在目标平台上正确工作。