索引表模式(Index Table)

索引表模式（Index Table）是一种为数据存储建立额外辅助索引的设计模式。它针对应用经常查询但并非主键的字段，单独维护一张以该字段为键的索引表，指向实际数据，从而加速查询。

概述

许多NoSQL与键值存储只对主键（分区键）提供高效查找，对其他字段的查询需要全表扫描。索引表模式借鉴关系数据库二级索引的思路，由应用维护一张或多张映射表，将查询字段映射到主键或数据副本，把扫描转化为直接查找。

核心原理

• 为每个高频查询字段建立索引表，键为该字段值，值为对应记录的主键。
• 也可在索引表中冗余部分列，使查询无需再回主表读取（覆盖索引）。
• 写入主数据时需同步更新相关索引表，通常借助事件或后台任务保证最终一致。
• 以额外存储与写入成本换取显著的读取性能提升。

应用场景

该模式适用于Cassandra、DynamoDB、Azure表存储等缺乏灵活二级索引的系统，读多写少且查询模式相对固定的场景收益最大，例如按邮箱、手机号等字段检索用户。

常见问题

问：索引表与主表如何保持一致？答：由于跨表更新难以原子完成，通常采用最终一致，通过异步同步或补偿任务修复，应用要能容忍短暂不一致。

问：索引表越多越好吗？答：不是。每张索引表都增加写放大与存储成本，应只为真正高频的查询建立，并定期评估其收益。