| Crates.io | sqlite_ext_ntqq_db |
| lib.rs | sqlite_ext_ntqq_db |
| version | 0.1.0 |
| created_at | 2025-02-17 11:09:04.972442+00 |
| updated_at | 2025-02-17 11:09:04.972442+00 |
| description | A SQLite VFS extension to directly read NTQQ database files, skipping the leading bytes. |
| homepage | https://github.com/artiga033/ntdb_unwrap/tree/main/sqlite_extension |
| repository | https://github.com/artiga033/ntdb_unwrap/tree/main/sqlite_extension |
| max_upload_size | |
| id | 1558818 |
| size | 24,464 |
此 crate 可作为 Rust 库或 C 动态库使用。
将此 crate 添加为依赖项并调用 register_offset_vfs 即可,vfs的名称为常量OFFSET_VFS_NAME。
自行编译或下载预编译得到的对应平台的动态链接库文件,在 sqlite (实则 sqlcipher )命令行中加载并打开数据库文件即可。 请注意此扩展的设计目标为打开NTQQ数据库,即检测到NTQQ数据库文件特征时自动偏移1024个字节,其他情况会 fallback 到默认vfs。 这一行为通常不会有问题,不过仍然建议您在操作正常数据库时不要加载此扩展。
另外,由于 SQLite 扩展的函数入口点名称与库文件名强相关,因此请不要修改文件名。
step by step:
$ sqlcipher
SQLite version 3.46.1 2024-08-13 09:16:08 (SQLCipher 4.6.1 community)
Enter ".help" for usage hints.
Connected to a transient in-memory database.
Use ".open FILENAME" to reopen on a persistent database.
sqlite> .load libsqlite_ext_ntqq_db.so
sqlite> .open nt_msg.db
sqlite> pragma key = 'YOUR_DB_KEY'; pragma kdf_iter = 4000; pragma cipher_hmac_algorithm = HMAC_SHA1;
ok
sqlite> SELECT * FROM group_msg_table LIMIT 10;
one-liner:
$ sqlcipher -cmd ".load libsqlite_ext_ntqq_db.so" -cmd ".open nt_msg.db" -cmd "pragma key = 'YOUR_DB_KEY'; pragma kdf_iter = 4000; pragma cipher_hmac_algorithm = HMAC_SHA1;"
ok
SQLite version 3.46.1 2024-08-13 09:16:08 (SQLCipher 4.6.1 community)
Enter ".help" for usage hints.
sqlite> SELECT * FROM group_msg_table LIMIT 10;
由于此 crate 同时作为 Rust 库,而上游 libsqlite3-sys 的一些 feature 与 loadable_extension 存在冲突。
因此本 crate 也采用 feature 区分,默认情况下,作为 Rust crate,无法构建为 SQLite Runtime Loadable Extension。
要构建为 SQLite 扩展,必须启用 _cdylib feature,虽然在关闭 _cdylib 特性时也会生成 .so/.dll 产物,但由于没有 sqlite extension 入口函数,因此实际无法使用。该特性默认未启用,这是为了保证 Rust crate 的下游依赖的流畅体验。
请注意,不能使用 --workspace 和 --features _cdylib 一起构建,因为workspace crate 有一个与 libsqlite3-sys 的 loadable_extension 不兼容的 sqlcipher 特性。
因此 workspace 构建只能成功二者其一,要么是得到一个不可用的扩展库,要么是由于 feature 冲突 workspace crate 编译失败,这是符合预期的行为。
要在当前目录下构建可用的 C 动态库:
cargo build --features _cdylib
如果要在 workspace 目录下构建,必须指定package:
cargo build -p sqlite_ext_ntqq_db --features _cdylib