背景 在最近的一个项目是一个后台管理工具，WEB端需要根据后端录入的数据，显示一个庞大的表格。主要的几点需求如下： 1. 每条记录包含多个字段，都需要显示在WEB端界面上 2. 其中有些字段并不能通过数据库查询直接得出，需要另外计算得出 3. 支持设置过滤条件和按字段排序 4. 需求变化很快，字段可能随时调整 对此，后端为了整体解决，会把查询得到的所有记录都合并到一起作计算，得到包含所有字段的完整数据。有了完整的数据，之后的过滤和排序就相对容易实现了。 问题 这种设计在项目初期的确对快速变化的需求表现出了良好的应变能力。然而随着数据量的增加，该方案也出现了明显的性能问题，经分析发现主要的问题出在以下几个方面： 1. 随着数据量增加，对所有记录做计算越来越耗时 2. 因为数据量的关系，从数据库服务器取出记录的过程本身也很耗时 解决这两个问题的根本都是是减少数据量。很明显，不符合过滤条件的记录没有必要传输到后端服务器上，也没有必要做字段计算。如果可以提前得到甚至缩小符合过滤条件的记录ID，可以大大加速整个过程。 索引表 针对前端特殊的展示