最近在做 SAP S/4HANA Embedded Analytics 相关建模时，一个很容易被忽略的问题又冒出来了，ABAP CDS View 在后台看起来字段名很清楚，到了 BW Modeling Tools Query Designer 或者 BEx Query Designer 里，字段技术名却变长了，字段描述有时来自 CDS，有时来自 Data Element，有时还会因为长度限制变成系统生成名。模型能用是一回事，项目团队能不能快速看懂、能不能稳定交接、能不能降低 Query 维护成本，又是另一回事。这类问题一般不会在建模第一天爆炸。它往往出现在报表进入第二轮、第三轮迭代之后。业务方说要给销售分析加一个字段，开发同事打开 Query Designer，看到一堆以2C开头的技术对象，再看到字段名被拼接、截断或替换成生成名，心里第一反应不是改哪里，而是这个字段到底对应 CDS 里的哪一行。TransientProvider 的优势是轻量、自动、贴近 CDS 语义，但自动生成也会带来可读性和可治理性问题。理解这件事，要从 TransientProvider 的生成规则说起。SAP Learning 对 Embedded BW 场景里的 Direct BW Query Access 有一个很关键的说明，带有@Analytics.dataCategory: #CUBE的 ABAP CDS View 可以自动创建 TransientProvider，并且 TransientProvider 的元数据不是持久保存的，而是在运行时生成。源 CDS 的元数据变化之后，TransientProvider 会随之适配。SAP Learning 还明确写到，如果 ABAP CDS Vie