一、普通记账 vs 礼账数据模型的本质区别普通记账App的数据模型非常简单记录金额、分类、时间、备注统计时只需要按时间或分类汇总即可。但礼账完全不同。礼账要回答的问题是“张三累计给了我多少钱”“我累计给张三多少钱”“我和张三之间的净额是多少”这需要的是双向关系数据模型。二、核心表结构简记往来的数据库设计围绕两张核心表展开联系人表contacts字段类型说明idstring主键book_idstring所属账本namestring标准姓名tagsarray标签同事/朋友/亲戚created_attimestamp创建时间记录表records字段类型说明idstring主键book_idstring所属账本contact_idstring关联的联系人IDtypeenumreceive收礼/ send送礼amountnumber金额datestring日期notestring备注created_bystring录入人created_attimestamp创建时间两张表通过contact_id关联。一个联系人可以有多个记录收礼和送礼。三、双向关系的存储方式关键问题是如何用一张表存储“双向关系”答案是用type字段区分方向。type: receive表示“张三给了我钱”type: send表示“我给了张三钱”查询时按contact_id聚合分别统计receive和send的总金额相减得到净额。SELECTcontact_id,SUM(CASEWHENtypereceiveTHENamountELSE0END)astotal_receive,SUM(CASEWHENtypesendTHENamountELSE0END)astotal_sendFROMrecordsWHEREbook_id?GROUPBYcontact_id这就是差额统计的底层逻辑。四、索引优化方案6.8万用户、62万笔记录查询速度怎么保证核心索引-- 按账本联系人查询记录CREATEINDEXidx_records_book_contactONrecords(book_id,contact_id)-- 按账本日期查询CREATEINDEXidx_records_book_dateONrecords(book_id,date)-- 按账本类型统计CREATEINDEXidx_records_book_typeONrecords(book_id,type)实际测试中最复杂的查询按账本聚合所有联系人的收送礼统计响应时间稳定在200ms以内。五、扩展性考虑这套数据模型还支持几个扩展场景多账本通过book_id隔离每个账本独立多人协作通过created_by记录录入人数据导出直接导出contacts和records的联表查询结果设计数据模型时想清楚“要回答什么问题”比一开始就追求“大而全”更重要。简记往来的数据模型从一开始就围绕“人与人的差额”这个核心问题设计后续所有功能都是在此基础上扩展的没有做过大的重构。