告别手写 sqlite3 回调SQLiteCpp 让 C 数据库操作优雅又安全【免费下载链接】SQLiteCppSQLiteC (SQLiteCpp) is a smart and easy to use C SQLite3 wrapper.项目地址: https://gitcode.com/gh_mirrors/sq/SQLiteCpp如果你正在用 C 做数据库操作SQLiteCpp 这个开源库值得你花 5 分钟认识一下它把繁琐的 sqlite3 C 接口封装成直观的 C 类几行代码就能完成建表、查询和事务还帮你顺手解决了内存泄漏和错误处理这两大头疼事。一个让 C 开发者崩溃的下午想象一下这个场景项目需要本地配置存储你选了 SQLite——部署简单、零服务器、单文件听起来完美。于是你打开 sqlite3 的 C 接口文档准备大干一场。然后你看到了这些sqlite3_open、sqlite3_prepare_v2、sqlite3_bind_int、sqlite3_bind_text、sqlite3_step、sqlite3_finalize……光是执行一条带参数的查询就要按顺序调用七八个函数。每个函数都有返回码你得挨个判断SQLITE_OK还是SQLITE_ERROR字符串缓冲区要自己管理稍不留神就是内存泄漏SQL 语句稍微改一下参数类型绑定的函数就得跟着换。更痛苦的是一旦查询出错你只能拿到一个错误码和一段英文描述全靠自己排查。跑通一次不难难的是每个地方都写对、写安全。结论你缺的不是另一个数据库而是一个顺手的封装层。SQLiteCpp 就是为这个场景而生的。SQLiteCpp 是什么一张表看懂它替你做了什么SQLiteCpp 是 SQLite 官方 C 接口之上的一层现代 C 封装核心设计理念只有三个词RAII、异常、C11 STL。先看一张对比表你就明白它省了多少事裸 sqlite3 C APISQLiteCpp你省下的心sqlite3_open/sqlite3_closeSQLite::Database构造/析构连接自动开关永不忘记关闭sqlite3_prepare_v2/sqlite3_finalizeSQLite::Statement构造/析构语句自动编译、自动释放sqlite3_bind_int/text/blob/...query.bind(1, 值)自动重载类型自动匹配不再挑函数sqlite3_step 逐列取值query.executeStep()getColumn(i)自动类型转换取值像读变量每个返回码 if-else 判断异常直接抛出catch即可错误处理集中在一个地方手动BEGIN/COMMIT/ROLLBACKSQLite::Transaction自动处理异常时自动回滚不脏数据它只依赖 C11 标准库和 SQLite3 本身跨 Linux、Windows、macOS采用 MIT 协议商用完全没限制。最重要的是所有资源都遵循 RAII构造对象时获取资源析构时自动释放你几乎不需要写任何清理代码。3 步把 SQLiteCpp 接入你的 CMake 项目先获取源码git clone https://gitcode.com/gh_mirrors/sq/SQLiteCpp然后在你自己的CMakeLists.txt里把它当作子目录加进来并链接上库add_subdirectory(${CMAKE_CURRENT_LIST_DIR}/thirdparty/SQLiteCpp) add_executable(your_app src/main.cpp) target_link_libraries(your_app SQLiteCpp sqlite3 pthread dl )其中pthread和dl是 Linux 下链接 SQLite 时的常规依赖。想验证环境没问题可以顺手把官方示例和单元测试也构建起来mkdir build cd build cmake -DSQLITECPP_BUILD_EXAMPLESON -DSQLITECPP_BUILD_TESTSON .. cmake --build . ctest --output-on-failure三步走完你的工程就拥有了一条带安全护栏的 SQLite 通道后面所有数据库操作都在这个护栏内进行。第一段能跑的代码建库、建表、插入直接复制下面这段编译运行你就完成了第一次 SQLiteCpp 之旅#include SQLiteCpp/SQLiteCpp.h #include iostream int main() { try { // 打开不存在则创建数据库文件 SQLite::Database db(mydata.db3, SQLite::OPEN_READWRITE | SQLite::OPEN_CREATE); // 建表并插入一行 db.exec(CREATE TABLE IF NOT EXISTS users ( id INTEGER PRIMARY KEY, name TEXT, age INTEGER)); db.exec(INSERT INTO users (name, age) VALUES (张三, 25)); std::cout 数据库操作成功 std::endl; } catch (const std::exception e) { std::cerr 数据库错误: e.what() std::endl; } return 0; }这段代码解决了两件最基础的事打开数据库和执行原生 SQL。注意看细节db离开作用域时自动关闭连接你不需要写close任何一步出错都会抛出异常被catch接住错误信息里直接包含出错原因。整个文件跑完磁盘上就多了一个mydata.db3文件——SQLite 的全部数据都在里面拷贝这个文件就等于备份了整库。日常增删改查的正确姿势查询一条 Statement 反复用SQLite 查询的推荐方式是预处理语句先把 SQL 编译一次再反复执行。SQLiteCpp 的Statement类把这个过程封装得极简SQLite::Statement query(db, SELECT name, age FROM users WHERE age ?); query.bind(1, 18); // 绑定第一个参数 while (query.executeStep()) { // 逐行取结果 std::string name query.getColumn(0); int age query.getColumn(1); std::cout name age 岁 std::endl; }getColumn返回的Column对象支持自动类型转换赋给std::string就是文本赋给int就是整数赋值即取值非常符合直觉。执行完后调用query.reset()还可以换参数再跑一遍语句编译一次、执行多次性能也更好。参数绑定天然防 SQL 注入上面的?占位符配合bind是防注入的标准姿势。SQLiteCpp 的bind支持数字索引和命名参数两种方式query.bind(1, 李四); // 按位置绑定 query.bind(:min_age, 18); // 按名称绑定外部输入永远只作为参数传入不拼接进 SQL 字符串注入攻击从根上就被堵死了。事务要么全成功要么全回滚转账、批量导入这类多条语句必须同时成功的操作用事务包一层就对了。SQLiteCpp 的事务是 RAII 式的写起来异常省心try { SQLite::Transaction tx(db); db.exec(UPDATE accounts SET balance balance - 100 WHERE id 1); db.exec(UPDATE accounts SET balance balance 100 WHERE id 2); tx.commit(); // 手动提交 // 如果中途抛异常析构时自动回滚数据不会半途而废 } catch (const std::exception e) { std::cerr 事务失败: e.what() std::endl; }最妙的一点哪怕你忘了调commit()只要事务对象在异常路径中被销毁它也会自动执行回滚。数据一致性由库替你兜底这就是 RAII 的魅力。批量写入一行代码插 N 条数据逐条插入 1 万条记录会很慢SQLiteCpp 在 C14 下提供了execute_many批量执行接口#include SQLiteCpp/ExecuteMany.h SQLite::execute_many(db, INSERT INTO users (name, age) VALUES (?, ?), std::make_tuple(李四, 30), std::make_tuple(王五, 28), std::make_tuple(赵六, 35));参数以元组形式一次性传入内部复用同一条预处理语句性能比循环插入高一个量级。容易被忽略的 3 个进阶能力内存数据库传:memory:作为文件名数据库完全驻留内存适合单元测试和临时计算场景测试完不用清理文件。BLOB 二进制图片、文件流都能直接存取。写入用query.bind(1, data, size)读取用column.getBlob()配合getBytes()拿回原始字节。在线备份Backup类封装了 SQLite 的在线备份机制数据库还在被读写时就能安全地生成备份文件适合做热备。完整示例代码都集中在examples/example1/main.cpp里面按场景演示了查询、事务、BLOB 和内存库等 7 个小例子include/SQLiteCpp/目录下的每个头文件都有详细的 Doxygen 注释tests/目录则是对应功能的单元测试想深入时直接翻源码即可。新手最容易踩的 4 个坑execAndGet的结果要立即拷贝。这个快捷方法返回的是临时对象必须像std::string v db.execAndGet(...)这样立刻赋值保存否则对象销毁后引用就悬空了。单个数据库连接不要跨线程使用。SQLiteCpp 支持 SQLite 的多线程模式但一个Database对象同一时刻只能在一个线程里用。多线程场景建议每个线程独立开连接。复用Statement前记得reset()。第一次executeStep跑完结果集停在末尾不 reset 就重新绑定参数是无效的。列元数据需要编译期宏。getColumnOriginName()这类接口要SQLITE_ENABLE_COLUMN_METADATA宏在编译 SQLite 库时也开启才有效断言处理器则通过定义SQLITECPP_ENABLE_ASSERT_HANDLER来自定义行为。写在最后下一步你可以做什么SQLiteCpp 的定位很清晰把 C 数据库操作从能用提升到好用。它不搞花活就是用现代 C 的成熟手法把你从 C API 的细节泥潭里捞出来让你把精力放回业务本身。接下来的行动建议先在项目里跑通上面的最小示例体会一下 RAII 和异常带来的安全感然后翻一遍examples/example1/main.cpp把事务、BLOB、内存库这些场景逐个试一遍最后别忘了看看tests/下的单元测试那是最好的 API 用法说明书。等你习惯了这个手感再回头看裸 sqlite3 回调大概就再也回不去了。【免费下载链接】SQLiteCppSQLiteC (SQLiteCpp) is a smart and easy to use C SQLite3 wrapper.项目地址: https://gitcode.com/gh_mirrors/sq/SQLiteCpp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
告别手写 sqlite3 回调SQLiteCpp 让 C 数据库操作优雅又安全【免费下载链接】SQLiteCppSQLiteC (SQLiteCpp) is a smart and easy to use C SQLite3 wrapper.项目地址: https://gitcode.com/gh_mirrors/sq/SQLiteCpp如果你正在用 C 做数据库操作SQLiteCpp 这个开源库值得你花 5 分钟认识一下它把繁琐的 sqlite3 C 接口封装成直观的 C 类几行代码就能完成建表、查询和事务还帮你顺手解决了内存泄漏和错误处理这两大头疼事。一个让 C 开发者崩溃的下午想象一下这个场景项目需要本地配置存储你选了 SQLite——部署简单、零服务器、单文件听起来完美。于是你打开 sqlite3 的 C 接口文档准备大干一场。然后你看到了这些sqlite3_open、sqlite3_prepare_v2、sqlite3_bind_int、sqlite3_bind_text、sqlite3_step、sqlite3_finalize……光是执行一条带参数的查询就要按顺序调用七八个函数。每个函数都有返回码你得挨个判断SQLITE_OK还是SQLITE_ERROR字符串缓冲区要自己管理稍不留神就是内存泄漏SQL 语句稍微改一下参数类型绑定的函数就得跟着换。更痛苦的是一旦查询出错你只能拿到一个错误码和一段英文描述全靠自己排查。跑通一次不难难的是每个地方都写对、写安全。结论你缺的不是另一个数据库而是一个顺手的封装层。SQLiteCpp 就是为这个场景而生的。SQLiteCpp 是什么一张表看懂它替你做了什么SQLiteCpp 是 SQLite 官方 C 接口之上的一层现代 C 封装核心设计理念只有三个词RAII、异常、C11 STL。先看一张对比表你就明白它省了多少事裸 sqlite3 C APISQLiteCpp你省下的心sqlite3_open/sqlite3_closeSQLite::Database构造/析构连接自动开关永不忘记关闭sqlite3_prepare_v2/sqlite3_finalizeSQLite::Statement构造/析构语句自动编译、自动释放sqlite3_bind_int/text/blob/...query.bind(1, 值)自动重载类型自动匹配不再挑函数sqlite3_step 逐列取值query.executeStep()getColumn(i)自动类型转换取值像读变量每个返回码 if-else 判断异常直接抛出catch即可错误处理集中在一个地方手动BEGIN/COMMIT/ROLLBACKSQLite::Transaction自动处理异常时自动回滚不脏数据它只依赖 C11 标准库和 SQLite3 本身跨 Linux、Windows、macOS采用 MIT 协议商用完全没限制。最重要的是所有资源都遵循 RAII构造对象时获取资源析构时自动释放你几乎不需要写任何清理代码。3 步把 SQLiteCpp 接入你的 CMake 项目先获取源码git clone https://gitcode.com/gh_mirrors/sq/SQLiteCpp然后在你自己的CMakeLists.txt里把它当作子目录加进来并链接上库add_subdirectory(${CMAKE_CURRENT_LIST_DIR}/thirdparty/SQLiteCpp) add_executable(your_app src/main.cpp) target_link_libraries(your_app SQLiteCpp sqlite3 pthread dl )其中pthread和dl是 Linux 下链接 SQLite 时的常规依赖。想验证环境没问题可以顺手把官方示例和单元测试也构建起来mkdir build cd build cmake -DSQLITECPP_BUILD_EXAMPLESON -DSQLITECPP_BUILD_TESTSON .. cmake --build . ctest --output-on-failure三步走完你的工程就拥有了一条带安全护栏的 SQLite 通道后面所有数据库操作都在这个护栏内进行。第一段能跑的代码建库、建表、插入直接复制下面这段编译运行你就完成了第一次 SQLiteCpp 之旅#include SQLiteCpp/SQLiteCpp.h #include iostream int main() { try { // 打开不存在则创建数据库文件 SQLite::Database db(mydata.db3, SQLite::OPEN_READWRITE | SQLite::OPEN_CREATE); // 建表并插入一行 db.exec(CREATE TABLE IF NOT EXISTS users ( id INTEGER PRIMARY KEY, name TEXT, age INTEGER)); db.exec(INSERT INTO users (name, age) VALUES (张三, 25)); std::cout 数据库操作成功 std::endl; } catch (const std::exception e) { std::cerr 数据库错误: e.what() std::endl; } return 0; }这段代码解决了两件最基础的事打开数据库和执行原生 SQL。注意看细节db离开作用域时自动关闭连接你不需要写close任何一步出错都会抛出异常被catch接住错误信息里直接包含出错原因。整个文件跑完磁盘上就多了一个mydata.db3文件——SQLite 的全部数据都在里面拷贝这个文件就等于备份了整库。日常增删改查的正确姿势查询一条 Statement 反复用SQLite 查询的推荐方式是预处理语句先把 SQL 编译一次再反复执行。SQLiteCpp 的Statement类把这个过程封装得极简SQLite::Statement query(db, SELECT name, age FROM users WHERE age ?); query.bind(1, 18); // 绑定第一个参数 while (query.executeStep()) { // 逐行取结果 std::string name query.getColumn(0); int age query.getColumn(1); std::cout name age 岁 std::endl; }getColumn返回的Column对象支持自动类型转换赋给std::string就是文本赋给int就是整数赋值即取值非常符合直觉。执行完后调用query.reset()还可以换参数再跑一遍语句编译一次、执行多次性能也更好。参数绑定天然防 SQL 注入上面的?占位符配合bind是防注入的标准姿势。SQLiteCpp 的bind支持数字索引和命名参数两种方式query.bind(1, 李四); // 按位置绑定 query.bind(:min_age, 18); // 按名称绑定外部输入永远只作为参数传入不拼接进 SQL 字符串注入攻击从根上就被堵死了。事务要么全成功要么全回滚转账、批量导入这类多条语句必须同时成功的操作用事务包一层就对了。SQLiteCpp 的事务是 RAII 式的写起来异常省心try { SQLite::Transaction tx(db); db.exec(UPDATE accounts SET balance balance - 100 WHERE id 1); db.exec(UPDATE accounts SET balance balance 100 WHERE id 2); tx.commit(); // 手动提交 // 如果中途抛异常析构时自动回滚数据不会半途而废 } catch (const std::exception e) { std::cerr 事务失败: e.what() std::endl; }最妙的一点哪怕你忘了调commit()只要事务对象在异常路径中被销毁它也会自动执行回滚。数据一致性由库替你兜底这就是 RAII 的魅力。批量写入一行代码插 N 条数据逐条插入 1 万条记录会很慢SQLiteCpp 在 C14 下提供了execute_many批量执行接口#include SQLiteCpp/ExecuteMany.h SQLite::execute_many(db, INSERT INTO users (name, age) VALUES (?, ?), std::make_tuple(李四, 30), std::make_tuple(王五, 28), std::make_tuple(赵六, 35));参数以元组形式一次性传入内部复用同一条预处理语句性能比循环插入高一个量级。容易被忽略的 3 个进阶能力内存数据库传:memory:作为文件名数据库完全驻留内存适合单元测试和临时计算场景测试完不用清理文件。BLOB 二进制图片、文件流都能直接存取。写入用query.bind(1, data, size)读取用column.getBlob()配合getBytes()拿回原始字节。在线备份Backup类封装了 SQLite 的在线备份机制数据库还在被读写时就能安全地生成备份文件适合做热备。完整示例代码都集中在examples/example1/main.cpp里面按场景演示了查询、事务、BLOB 和内存库等 7 个小例子include/SQLiteCpp/目录下的每个头文件都有详细的 Doxygen 注释tests/目录则是对应功能的单元测试想深入时直接翻源码即可。新手最容易踩的 4 个坑execAndGet的结果要立即拷贝。这个快捷方法返回的是临时对象必须像std::string v db.execAndGet(...)这样立刻赋值保存否则对象销毁后引用就悬空了。单个数据库连接不要跨线程使用。SQLiteCpp 支持 SQLite 的多线程模式但一个Database对象同一时刻只能在一个线程里用。多线程场景建议每个线程独立开连接。复用Statement前记得reset()。第一次executeStep跑完结果集停在末尾不 reset 就重新绑定参数是无效的。列元数据需要编译期宏。getColumnOriginName()这类接口要SQLITE_ENABLE_COLUMN_METADATA宏在编译 SQLite 库时也开启才有效断言处理器则通过定义SQLITECPP_ENABLE_ASSERT_HANDLER来自定义行为。写在最后下一步你可以做什么SQLiteCpp 的定位很清晰把 C 数据库操作从能用提升到好用。它不搞花活就是用现代 C 的成熟手法把你从 C API 的细节泥潭里捞出来让你把精力放回业务本身。接下来的行动建议先在项目里跑通上面的最小示例体会一下 RAII 和异常带来的安全感然后翻一遍examples/example1/main.cpp把事务、BLOB、内存库这些场景逐个试一遍最后别忘了看看tests/下的单元测试那是最好的 API 用法说明书。等你习惯了这个手感再回头看裸 sqlite3 回调大概就再也回不去了。【免费下载链接】SQLiteCppSQLiteC (SQLiteCpp) is a smart and easy to use C SQLite3 wrapper.项目地址: https://gitcode.com/gh_mirrors/sq/SQLiteCpp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
