把内部表当成一张小型数据库：ABAP 内部表 Secondary Key 的一次真正落地

本文是笔者阅读这篇 SAP 社区博客之后的一点想法。

很多年里，我在项目上见过一种挺有意思的现象：大家一边在追求性能、一边在追求代码简洁，但在内部表这一块，却常常还停留在STANDARD TABLE + SORT + READ ... BINARY SEARCH的老套路里。更现实一点说，SORTED表、HASHED表这些在 ABAP 里已经存在很久的概念，至今仍有人因为习惯、认知成本或误解而不太愿意用。

而secondary key（次级键）就更尴尬了：它其实非常像数据库表的secondary index，但发生在内部表层面，很多人听过、很少人真正踩坑并总结过经验。SAP 官方把它定义为内部表的次级访问路径：一个内部表最多可以定义多个次级键，次级键可以是sorted key或hash key，并且会对应维护额外的内部索引结构，从而把特定访问模式变快。(