乐山台式电脑上出现SQLite的RTree边界已经放进查询范围、包含查询仍可能漏掉边缘记录时，不能只凭遗漏判定记录丢失，应先核是否符合普通浮点RTree的坐标舍入机制。普通rtree用32位浮点保存坐标，坐标不能精确表示时，下界向下舍入、上界向上舍入，条目包围框可能略大而不会略小。对重叠查询，这可能多出贴边候选；对完全包含式查询，向外后的边缘框可能被排除，尤其当条目框边缘与查询框边缘重合时。因此应先核原坐标、谓词方向和存储模块，不能直接判记录丢失，也不能改写原坐标；rtree_i32不套用这条浮点规则。
适用：乐山市中区台式电脑上的SQLite应用，重点针对Windows台式电脑实际使用的SQLite库和普通浮点RTree。先核实际库版本、功能与编译配置，并确认索引是普通rtree还是rtree_i32；只核已有去敏schema、SQL和日志，不改生产库、不重发写入或制造崩溃验证。
观察：第一步核原坐标和存储模块，查看RTree建表声明、字段类型及维护逻辑，确认坐标是否按普通浮点rtree保存；若为rtree_i32，应停用本题浮点舍入推断。结果条件是能明确存储类型并与原坐标对应。第二步核谓词方向，区分条目与查询框重叠和条目完全包含于查询框，查看SQL比较方向是否为下界大于等于查询下界、上界小于等于查询上界。将已有边缘结果与原谓词对照，不为复现另跑客户业务查询。第三步将官方提出的包含查询框向外小幅扩展作为维护者的设计核对方向；确需对照时，应先由维护者确认授权和副本、数据单位与版本，不能在原业务上随手重跑，也不改原坐标。结果条件是扩展后贴边记录出现而无关记录未明显增加，则提示浮点舍入影响；若仍不出现，转核谓词、索引维护和写入日志。第四步核已有去敏日志与版本配置，结果条件是能排除版本功能不匹配或维护缺口，不能排除的列为待核项。
风险：把浮点边界向外舍入误判为记录丢失，可能引发不必要的索引重建、重复写入或原坐标改写，破坏真实几何和后续查询一致性；把rtree_i32套入普通浮点规则也会得出错误方向。在乐山台式电脑现场，不应直接改生产库、重发写入或制造崩溃来验证，也不应只凭一次查询结果下结论。
下一步：整理实际SQLite版本与编译配置的去敏文本、RTree建表与维护语句、出问题的去敏SQL和参数、原坐标与查询框边界值、查询结果及日志时间线，并注明是重叠查询还是完全包含查询、索引为普通rtree还是rtree_i32。可联系电脑快修网400-877-9605咨询；电脑快修网是信息展示与第三方维修对接平台，该电话只作咨询，实际范围和安排需确认。