想接着推进一下 #71。之前 #72 的事务策略拆分已经落地了，下一步我想尝试 SQLite，先和你确认一下范围。
我倾向于第一版只支持用户明确配置的一个数据库文件，读取普通表的结构、主外键和基础索引，不读取业务数据。虚拟表、FTS、表达式索引这些暂时不支持，遇到就明确报错，避免拿到一份不完整的结构还当作成功。
文件也只从显式配置的路径打开，不扫描项目里的 .db 或 .sqlite 文件，现有 Safe Inventory 的排除规则保持不变。
有两个地方想先听听你的意见：
- 驱动有没有倾向？我会按之前说的纯 Go、六个平台无需 CGO 来选，并把新增依赖和许可证一起列出来。
- 数据源配置是否可以给 SQLite 单独增加文件路径，不要求它填写服务端数据库用的连接信息和凭据环境变量？
如果这个范围合适，我先比较一下驱动，把配置方式和只读访问的处理整理清楚，再开始写代码。后面按能独立验证的部分拆 PR，不一次塞进整个 SQLite 支持。
想接着推进一下 #71。之前 #72 的事务策略拆分已经落地了，下一步我想尝试 SQLite，先和你确认一下范围。
我倾向于第一版只支持用户明确配置的一个数据库文件，读取普通表的结构、主外键和基础索引，不读取业务数据。虚拟表、FTS、表达式索引这些暂时不支持，遇到就明确报错，避免拿到一份不完整的结构还当作成功。
文件也只从显式配置的路径打开，不扫描项目里的
.db或.sqlite文件，现有 Safe Inventory 的排除规则保持不变。有两个地方想先听听你的意见：
如果这个范围合适，我先比较一下驱动，把配置方式和只读访问的处理整理清楚，再开始写代码。后面按能独立验证的部分拆 PR，不一次塞进整个 SQLite 支持。