BW ON HANA 业务模型关系与数据取数

  在接到业务需求之后,我认为重要的是理清楚自己该做什么。来实现业务。由于不了解业务,还是走了很多弯路。本可以不用这么做,还是这么做了。自然你最傻瓜的按照用户的方式去实现是没有问题的。

会使后面的人难以维护,可以精简的流程也变的复杂。冗余很多。那目前还不是我的层次,达不到。只能按照用户的想法去做。

  因为是BW ON HANA 系统。能在BW 里将数据处理好 就在BW, 在HANA 视图里做简单的JOIN  。 

  WEBI 里复杂的逻辑判断做展示。没有什么绝对。看那个好做。我所掌握大体如此。

  BW 里是我的弱项(业务以及ABAP)。 而HANA 的带参数的存储过程让我也挺苦恼的。(主要没有业务,或者轮不到我上手写存储过程)

接到业务报表需求:

业务的陈述的逻辑,转为数据库关系,或计算机能理解的语言。

1    习惯用VISIO ,理清楚LOGIC。

    画出每个DSO主表或者主数据表。相互涉及的关系。表关系,通过什么字段(主键或者维度字段)关系起来。

    寻找解决的方法。

  (这是个DEMO)很丑,我知道,可是有用

  

 BW取数

纯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。(能不写就不写,后人维护交接工作难受。)

BW关建值汇总

插嘴说一句DSO 的特性。方便关建值汇总。  

同一个请求中,加载的数据条数由主键决定,相同主键取一条.DSO中主键相同的数据会覆盖取最后一条记录.汇总时会取所有记录的汇总值.

用于再往上建一层DSO 取汇总值。关键在于主键的设置,例如只取经销商的提车量。那么你只需要将经销商设为主键就好。转换里更改提车量覆盖为汇总。

HANA 也可以做到。建一个project 映射 只取两个字段,上一层aggregate 汇总提车量就好。 具体看自己想怎么做吧。

我觉得BW做的话,会比较好。减少了HANA的视图,模型过多影响BW而已。有改动会比较麻烦。  走传输,basis,写报告

HANA 做的话灵活是灵活了,业务需求更改花不了多少,一下就好。但是会显得视图非常多,冗余。主要没必要贪轻松。还是看业务需求。

具体情况具体分析

原文地址:https://www.cnblogs.com/sakura3/p/8890961.html