HANA基本概念

2017/3/17 13:24

     oracle建模就是建视图.view

     HANA

     信息视图(information view)就是用于创建对各种数据的建模模型; 对内容数据(content data)各种组合来建立业务实例模型

     属性数据(attribute)-描述性数据 ,ID,国家,国家.

     度量数据(measure)-可用数字量化的数据, 收入.售货量.

     信息视图(information view)常用于分析性实例. sap hana 三种视图:

      属性视图(attribute view),分析视图(analytic view),计算视图(calculation view).都是非物化视图.针对变更的快速部署提供了敏捷性.

    

      simple attributes、calculated attributes、hierarchies(层级结构)

     

      分析视图(analytic view)

     分析视图是用来建立包含度量数据的模型,它可以由属性(attribute)数据和度量(measure)数据结合起来.通过下面元素来建分析视图.

       

      计算视图(calculation attribute)

     是由属性视图和分析视图结合起来,可以包含复杂的 SQL逻辑.用于满足业务上复杂的逻辑.其他两个视图无法实现的.

     

      属性数据(attributes):简单点就是不能算的,你的名字可以相加吗?

     广义就是你的特质.聪明也是属性.

    

     简单属性数据:直接从数据表中获取的没有度量性质的数据:ID,产品名称

     计算属性数据:衍生在自己已经存在的属性数据和内容:客户的(first name 和 last name)

     私有属性数据:就是定义这个属性是它私有的.

      度量数据(measures)

     简单度量数据:就是简单的了.

     计算度量数据:可以给一个计算分配一个常量值.--不是很懂

     限制度量数据:用户自定义规则可以过滤掉一些数据.

     计算器:计算一个视图属性数据重复出现的次数.

     层级结构   

     层级结构

     用来组织和定义属性视图和计算视图中的属性数据的关系

     有两种层级结构类型:等级层级结构(level hierarchy),父/子层级结构(parent/child hirearchy).

      加载数据到数据表定义

     初始加载(initial load)通过加载控制器(load controller)加载所有数据到sap hana系统中,这种方式用在用户第一次加载数据.

     数据复制(data replication)通过sap landscape transformation 与sap erp系统中源数据实时更新.

      编辑模式和物理模式的映射

     物理模式(physical schema):实际包含数据库表的模式,它可能在目标系统和源系统中不同

     编辑模式(authoring schema)又称为逻辑模式(logical schema):它是在源系统上实际包含数据库表的模式.

     明白了,就是你不能随便改我本身的东西.可以修改对应的关系.

     创建分析视图:

          多维度的分析视图,多数据库表结合和属性视图--(????表里面不是应该就有属性了.数据库表到底和度量属性数据什么关系.不是应该包含它们吗?)

          sap-计算视图.

          用户手册里是操作方法,可是很多需要计算的没有细讲.与告诉你如何登入游戏,买装备,推塔.里面的细节都没有细讲.还是需要学习的.

          试试能不能上传

     

                    从用户角度来看，一个视图是从一个特定的角度来查看数据库中的数据。从数据库系统内部来看，一个视图是由SELECT语句组成的查询定义的虚拟表。

                    从 数据库系统 内部来看，视图是由一张或多张表中的数据组成的，从数据库系统外部来看，视图就如同一张表一样 对表能够进行的一般操作都可以应用于视图， 如查询，插入，修改，删除操作等

实景图:

          分析加引擎,数据库层面的东西.本身就不是用来做报表的东西

          它还是很快的.学会这个还是有用的.而且感觉是好东西.每一行都有它非常很多的应用.万法皆通.要知道所有的东西都是一个东西

          

HANA 应用加速器或者报表建模技术来提高系统整体运行效率.

HANA是易失性存储,基于内存计算,快.行式更适合交易,列式更适合分析

HANA 的强悍与优势:

     1 行列存储混合 ,SQL访问,关联计算.

     2 只插入实现更新数据

     3 关联属性技术,多个列合并成一个列

     4 直接存文本,可进行对非结构化数据进行文本检索.

     5 无须物化视图,基于最明细的数据进行建模.舍弃冗余存储,解决版本不一致

     6 实现了Map reduce 编程

     HANA一瞬间扫描计算大量数据,一秒钟扫描几兆.所不需要物化层数据的原因.

知识点:

     列存储压缩比例可达五倍,行存储连续内存地址包含不同的数据值.不好压缩.轻量压缩.

     

     传统的关系型数据库是使用主键和外键来表时表与表之间的关系的.

     数据分区的好处:减少数据随机旅行的时间.具体如下

                         负载均衡,将数据库表均匀的分布在当前系统的所有服务器节点上.这样,对某个数据库SQL访问会让所有服务器节点参与计算

                         更高的并行化,每个数据库表可以进行多个线程并行操作

                         分区过滤,执行SQL查询时过滤掉不符合查询条件的分区.

                         加速版本合并

     SAP HANA 两种方式:

                     1 不同数据库表分布在不同的服务器上

                     2 数据库表被水平切割,并分布在不同的服务器上.

      

     DS,SLT实时抽取数据.

SAP 架构介绍.

     外部连接访问方式很多样

     数据抽取到HANA 里还是很容易的,它支持主流系统的所有数据源SLT,DXC.  我要做的就是在HANA里对这些数据进行建模.懂了没有?

SAP实时计算的价值:

     更快更好地进行决策,时间就是金钱.那我感觉我们的SAP还没有完全跑起来.   SAP HANA 将企业的海量数据从众多业务系统中分离出来,摒弃传统数据仓库模型的物化视图,实现海量数据的实时分析,从而体现出数据的最大价值.

     肯定要标准化,数据不标准很麻烦.

     BW 建模是建很多临时表,物化图层.销售主数据表(事实表), 业务信息表(业务数据), 产品主数据表、客户主数据表.(维度表).它们建立起来的临时表,模型抽取.在这上面分析.怕是有好几个组合,一旦增加临时表中不存在的字段.就要修改这样的临时表.

     而HANA,则全是虚拟建模,没有临时表.虚拟模型将几个表映射关联起来做的虚拟表.所以增加没有的字段,直接添加激活就好(前提是你组成虚拟模型的表有这些字段).

总结:概念还是需要的,不能搞空中楼阁.和学数学一样.只有理解了原理,记住了公式才不会浮于表面之上.

     这不好好学下去,还得了.丢人了.哈哈,可以的,慢慢来.

     学海无涯苦作舟,书山有路勤为径.

     

     先理一下思路,现在文档也有了.学习起来更快.更容易入门.遇到困难还可以谷歌.问题想来解决的都是可以的.接下来你需要什么??是时间和实践.大量的时间去实践应用.发现问题解决,记录.我想按照这个速度大约有个半年就可以达到第一个瓶颈.是很好的.现在说实话我资源很多,也很全.问题大都可以解决.外面没有这么好的条件.是资源问题.

     先学理论,然后按照文档学建模使用.之后按照业务需求磨练自己.

     

     不学好HANA之前,我是不会轻易放弃的.搞这个感觉有前途.

     

     所以说,HANA顾问还需要集成各类数据库的创建,数据建模,HANA系统配置,监控,管理等工作.靠这么多,我还以为就是建模一项就可以了.天真了点

     不要紧,先学理论就好.这没什么大不了的.磨刀不误砍柴工.

其实HANA 建模还是很简单的.我看了下书,

     1 先建package,归类起来.    2 里面可以开始建三种基础模型,属性视图,分析视图,计算视图.  

     3  属性视图里,添加需要的表,拉线 join 起来. 激活就完成了一个视图了 .就是这么简单.

     我理解的难点在于 , 在BW里这么多张表和数据里.找到你需要的表.关联起来.首先是用到那几张表.然后再进行操作.

     连接问题,是不是host的问题.很奇怪啊.我觉得应该是host的问题.权限是一样的.

     

  有点明白了,这个建模其实对SQL要求是需要的.但是大部分简单的事物.应该都可以通过表操作来完成这件事. 那其实这个和BW不是又是很像的一件事.不过这个确实简单方便很多