在接到业务需求之后，我认为重要的是理清楚自己该做什么。来实现业务。由于不了解业务，还是走了很多弯路。本可以不用这么做，还是这么做了。自然你最傻瓜的按照用户的方式去实现是没有问题的。
会使后面的人难以维护，可以精简的流程也变的复杂。冗余很多。那目前还不是我的层次，达不到。只能按照用户的想法去做。
因为是BW ON HANA 系统。能在BW 里将数据处理好 就在BW， 在HANA 视图里做简单的JOIN 。
WEBI 里复杂的逻辑判断做展示。没有什么绝对。看那个好做。我所掌握大体如此。
BW 里是我的弱项（业务以及ABAP）。 而HANA 的带参数的存储过程让我也挺苦恼的。（主要没有业务，或者轮不到我上手写存储过程）
接到业务报表需求：
将业务的陈述的逻辑，转为数据库关系，或计算机能理解的语言。
1 习惯用VISIO ，理清楚LOGIC。
画出每个DSO主表或者主数据表。相互涉及的关系。表关系，通过什么字段（主键或者维度字段）关系起来。
寻找解决的方法。
（这是个DEMO）很丑，我知道，可是有用
纯BW 取数由于有主数据，导航属性。制作成QUERY 时可以直接拖出来使用。不会存在已经 经销商代码，还要在DSO取出明细的经销商名称的维度显示（一般做导航属性）。
可是HANA经常会碰到这样的情况，你取这DSO的激活表，可它并不会带出导航属性给你 。
那只能在HANA里做主数据（维度表），要是没做。只能反复JOIN 。不麻烦，影响美观，而且没必要。 最好还是在BW里清洗一遍。处理完整。
第一种方式取主数据表，单个值。
* 获取经销商名称 DATA : g_/BIC/Z0JXSDM TYPE /BIC/PZ0JXSDM-/BIC/Z0JXSDM . LOOP AT RESULT_PACKAGE ASSIGNING <RESULT_FIELDS> . CLEAR g_/BIC/Z0JXSDM . g_/BIC/Z0JXSDM = <RESULT_FIELDS>-/BIC/Z0JXSDM . SELECT SINGLE /BIC/Z0JXSMC FROM /BIC/PZ0JXSDM INTO <RESULT_FIELDS>-/BIC/Z0JXSMC WHERE /BIC/Z0JXSDM = g_/BIC/Z0JXSDM . ENDLOOP.
第二种获取DSO表中的值。
SELECT /BIC/ZMATERIAL CALQUARTER /BIC/ZSFZR /BIC/ZSFJRDGMB FROM /BIC/AZCZJTO2600 INTO CORRESPONDING FIELDS OF TABLE IT_ZCZJTO26 FOR ALL ENTRIES IN RESULT_PACKAGE WHERE /BIC/ZMATERIAL = RESULT_PACKAGE-/BIC/ZMATERIAL AND CALQUARTER = RESULT_PACKAGE-CALQUARTER. *循环将内表里IT_ZCZJTO26 分配给工作区 WA_ZCZJTO26 。做了分配 LOOP AT RESULT_PACKAGE ASSIGNING <RESULT_FIELDS> . READ TABLE IT_ZCZJTO26 INTO WA_ZCZJTO26 WITH KEY /BIC/ZMATERIAL = <RESULT_FIELDS>-/BIC/ZMATERIAL CALQUARTER = <RESULT_FIELDS>-CALQUARTER. *执行成功 ，结果是否折让等于工作区 WA_ZCZJTO26-/BIC/ZSFZR.，是/BIC/AZCZJTO2600 里的字段。 IF sy-subrc = 0. <RESULT_FIELDS>-/BIC/ZSFZR = WA_ZCZJTO26-/BIC/ZSFZR. <RESULT_FIELDS>-/BIC/ZSFJRDGMB = WA_ZCZJTO26-/BIC/ZSFJRDGMB. ENDIF. ENDLOOP.
这就是我所知道的两种方式了。 都是比较简单易懂，取数操作。
其次充分应用BW DSO 转换模型，过滤 。很多读取主数据，读取DSO，公式方式，思考是不是一定要写这ABAP。（能不写就不写，后人维护交接工作难受。）
原文：https://www.cnblogs.com/sakura3/p/8890961.html