用 CDS View 做 TransientProvider,在 Query Designer 里把技术名和字段描述彻底讲清楚
最近在做 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
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2558577.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!