在普通FTS5无内容表中，content选项被设为空字符串时，全文索引并不保存正文原文，只保留可供检索的词项以及与rowid的关联。因此，查询命中rowid后，如果再去读取rowid之外的其他列，SQLite按该表类型的定义返回SQL NULL。这个现象本身不应被解释为原文已经删除，也不应据此判定索引损坏。需要强调的是，这里只讨论普通contentless表，不把contentless-delete或新扩展的行为混同进来。珠海香洲区台式电脑现场遇到类似表现时，先核对建表定义和运行环境，再判断问题性质。
适用上，本题对应SQLite FTS5的普通无内容表机制，现场SQLite版本、编译配置和实际建表方式仍需另行核对。核对范围限于已有代码、表定义、配置和去敏日志的只读检查，不运行客户程序或查询，不修改原数据、索引和仓库，也不做清理、重建或试验。只有确认是content为空字符串的普通FTS5无内容表，才按上述NULL返回规则解释。
观察可分步进行。第一步，查看FTS5建表语句是否把content设为空字符串；若确认是普通contentless，那么读取rowid之外列得到SQL NULL与定义一致，应记录为特性表现。第二步，查看查询路径是否先取得rowid再访问正文列；若日志显示命中rowid而正文列为SQL NULL，且没有其他证据表明数据被改写，应优先按无内容表解释，而不是直接归因于原文丢失。第三步，核对现场SQLite实际版本、FTS5编译配置与表类型是否符合上述前提；若一致，可把本次官方说明作为主要判断依据，若不一致，则只记录差异并留待复核，不把未经核对的环境直接套用。观察过程只使用去敏材料，不执行客户查询。
风险方面，若把SQL NULL误判成原文删除或索引损坏，可能引发不必要的清理、重建或数据修改，扩大影响范围。普通contentless表不支持UPDATE或DELETE，也不支持未提供非空rowid的INSERT，且REPLACE冲突处理不适用，INSERT OR REPLACE会按普通INSERT处理；如果再把contentless-delete或新扩展的行为混同，容易误读操作边界。另一个风险是未核实版本和编译配置就按其他FTS5表类型处理，导致判断与现场实际不一致。
下一步，建议先整理本题的去敏材料，包括建表语句中的content选项、查询逻辑的只读说明、命中的rowid与返回列记录、SQLite版本和编译配置、应用实际使用的SQLite库来源以及去敏日志时间线；不要附原始业务数据。需要进一步咨询可拨400-877-9605，电脑快修网是信息展示与第三方维修对接平台，400-877-9605只作咨询，实际范围和安排需确认。咨询前保持原数据、索引和仓库不变，按只读核对结果决定后续动作。
珠海香洲区台式电脑具体地址及软件侧协助范围、安排当次确认。电脑快修网提供信息展示与第三方维修对接，400-877-9605只作咨询，启用台账不代表即时履约。