IndexedDB高效更新的关键在于减少开销、避免阻塞、合理组织数据：合并事务、建索引精准定位、拆分嵌套结构、批量操作节流。
IndexedDB 本身不支持“局部更新”，哪怕只是改数组里某个对象的单个字段，也必须读出整个记录、修改后再全量写回。高效的关键不在绕过这个限制，而在于减少不必要的开销、避免阻塞、并合理组织数据结构。
明确事务边界，避免跨事务重复读取
如果你要更新同一对象存储（object store）里的多条数据，不要为每条都单独开一个事务。把它们合并到一次 readwrite 事务中，复用同一个数据库连接和事务实例。
- 每次 transaction() 调用都有开销，频繁创建会拖慢性能
- 同一事务内多次 get() + put() 比多次独立事务快得多
- 尤其在批量更新场景（比如一次改 10 个子女的 isHappy 状态），务必共用事务
用索引精准定位，别遍历整个数组
嵌套数组本身不是问题，但如果你靠 JavaScript 在内存里 for 循环找目标项，效率就取决于数组长度。更优做法是：把可查询字段提前建索引，让 IndexedDB 帮你快速定位记录，再只读/改那一条。
Ai Coach Batch Session Summary
下载
批量分析录音转写，输出多维度拓客报告。触发词：录音分析、总结、音频总结、拜访记录总结。当用户提及「分析录音」「看看录音数据」「最近的录音」「通话记录」且意图为批量统计/分析时触发。仅出现「录音」或「拜访」时需结合上下文，若仅查看单条详情则不触发。
- 例如，子女有 name 字段，就在父对象上建索引：
store.createIndex('byChildName', 'children.name', { multiEntry: true }) - 这样可用 index.get('Emma') 直接拿到含 Emma 的那个父记录，不用加载所有 person 记录再筛选
- 注意：multiEntry: true 才能对数组字段生效，否则索引只会取第一个元素
拆分嵌套结构，降低单条记录体积
把“一个人+全部子女”全塞进一个对象，会导致每次更新任意子女字段都要读写整个大对象——IO 和内存压力都高。更合理的范式是分离存储：
立即学习“Java免费学习笔记（深入）”；
- 建两个 object store：parents（存 parent 信息）和 children（每条 child 独立记录，带 parentSsn 字段）
- children 表加索引：
createIndex('byParentAndName', ['parentSsn', 'name']) - 更新 Emma 的 isHappy 时，只需 get + put 一条 child 记录，体积小、速度快、不影响其他数据
- 查询时用 cursor 或 getAllKeys 配合主键范围，也能高效关联
批量操作加节流，防主线程卡顿
即使单次更新很快，如果连续触发几十次（比如用户快速切换多个开关），仍可能堆积请求、占用资源。建议加简单节流或合并逻辑：
- 收集几毫秒内的更新请求，去重后统一处理
- 对超大数组（如 500+ 子女），改用分片：每次只处理 20 条，用 setTimeout 或 requestIdleCallback 控制节奏
- 避免在循环里直接调用 put()，先缓存待更新项，再集中提交
