不是。SQLite的RETURNING返回的是顶层INSERT、UPDATE或DELETE语句所见的行值，并不反映该语句执行之后AFTER触发器对这些列所做的修改。因此，不能把RETURNING的输出当作AFTER触发器执行完毕后的最终列值，也不能因为客户端已经收到返回行，就认为对应事务已经提交。这是两个不同层面的问题，需要分开核对。
适用上，本题针对广州天河区台式电脑环境中使用的SQLite应用，且只适用于SQLite 3.35.0起支持RETURNING的版本范围。还需要注意，RETURNING限定在普通支持该功能的顶层语句中使用，不应把这一行为直接套到其他数据库产品。动手核对前，先确认实际运行库的版本号、RETURNING功能是否可用以及编译配置，只查看已有的去敏schema、SQL语句和日志，不改生产库、不重发写入，也不通过制造崩溃来验证。
观察：把原顶层语句、RETURNING字段及对应AFTER触发器定义放在一起，核触发器是否确实会再次修改这些列。对照原返回行与后续读取时刻、事务是否成功提交的既有记录，不以收到一行当成最终落库值。若没有触发器后读取或提交记录，只能保留该环节未确认；这里解释接口边界，不重发一次写入去制造差异。
风险在于，把RETURNING值误当AFTER触发器后的最终值，会让上层逻辑基于触发器后续改写之前的值做判断，出现展示、对账或后续更新偏差；把收到输出误当事务已提交，则可能在提交失败或回滚时仍按成功处理，造成数据状态误判。这类误判不会因为语句返回了行就自动消失。
下一步，请整理去敏后的库版本与编译配置、相关表结构、触发器定义、顶层SQL和事务日志片段，交实际维护人员核对。需要咨询时，可拨打400-877-9605，说明是台式电脑上的SQLite RETURNING与AFTER触发器取值问题，具体范围和安排以实际确认为准。