kimball 生命周期图

第一章 简介 1.数据仓库和商业智能（Data Warehousing and Business Intelligence,DW/BI）系统 2.信息用作两个目的：操作型记录的保存和分析型决策的制定；操作型系统保存数据，一般一次处理一条事务记录；DW/BI系统使用数据，一次处理多条事务。 3.DW/BI系统的基本业务需求： ①．DW/BI系统要能方便的存取信息：系统的内容必须是易于理解。 ②．DW/BI系统必须以一致的形式展现信息：数据必须是可信的，通过数据清洗确保质量。 ③．DW/BI系统必须能适应变化：

虽然一直在做数据仓库开发，但是还没有从0开始搭建过数据仓库，所以就想通过学习和思考来搭建一个还不错的数据仓库。比较经典的当属Kimball生命周期方法，它为我们在数据仓库开发过程中提供了路标的作用，生命周期方法的总体结构的核心内容有 定义业务需求 技术路径 技术架构设计 产品的选择和安装 数据路径 维度建模 物理设计 ETL设计和开发 BI...

对于数据仓库体系结构的最佳问题，始终存在许多不同的看法，甚至有人把Inmon和Kimball之争称之为数据仓库界的“宗教战争”，那么本文就通过对两位提倡的数据仓库体系和市场流行的另一种体系做简单描述和比较，不是为了下定义那个好，那个不好，而是让初学者更明白两位数据仓库鼻祖对数据仓库体系的见解而已。 首先，我们谈Inmon的企业信息化工厂。 2000年5月，W.H.Inmo

链码开发前，你必须知道的。

链码生命周期 首先，用户需要将链码安装到 Peer 节点，之后可以在 Peer 所属的某个通道内实例化链码容器。此时链码处于运行状态，应用可以通过 invoke 或 query 来调用链码。 链码在一定时间（环境变量 CRC_MAX_IDLE_TIME 指定）内不被调用会处于空闲状态，自动被停止删除；如果被调用则重新实例化。 此外，用户还可以升级链码到新的版本。 ...

一、什么是链码 ChainCode（链码）是一个程序，用Go、Node.js或Java编写，实现了规定的接口。ChainCode运行在一个安全的Docker容器中与背书节点相隔离，ChainCode通过应用程序提交的交易来初始化和管理账本状态。 链码通常处理由网络成员同意的业务逻辑，因此可以被视为“智能合约”。由链码创建的分类账本更新仅限于该链码，别的链码无法直接访问，但是，在同一个网络中，如果获得适当的权限，链码就可以调用另一个链码来访问其状态。 二、部署链码 Fabric 链码生命周期是...

（注意：本文介绍的是数据仓库设计的Kimball方法，即多维模型；关系模型，即Inmon方法参见（四）） 1. OLAP（联机分析处理）与OLTP（联机事务处理）主要区别 用户和系统的面向性：OLTP面向事务，日常操作；OLAP面向分析，用于决策支持。 数据内容：OLTP当前数据；OLAP历史数据 数据库设计：OLTP使用ER图、面向应用；OLAP使用星形模式或雪花，面向主题。 视图：O...

概念: Chaincode: 链上代码, 简称链码, 一般是指用户编写的应用代码 链码被部署在Fabric网络节点上, ​ Peer 节点 ​ – 背书节点 ​ – commit节点 ​ – Leader节点 ​ – 锚节点 运行在隔离沙盒(当前为Docker容器)中, 并通过gRPC协议与相应的Peer节点进行交互, 以操...

链码生命周期，包括初始状态，等待安装、等待实例化、运行和停止。 peer chaincode install 链码打包成可部署格式，并将其存入到背书节点的文件系统 peer chaincode instantiate 把安装到背书节点上的链码实例化到指定的通道上，该命令会在节点上创建运行链码的docker容器，并初始化链码 peer chaincode invoke 调用指定链码，...

Hyperledger Fabric 1.0中，区块链网络中的各种节点（Peer节点、排序服务节点等）都提供了gRPC接口，只要有权限，应用程序就可以访问它们提供的功能。背书节点是 Peer节点的一种角色，管理和维护了链上的链码，可以通过背书节点开放的接口，执行智能合约的功能。有两种方式可以访问接口，命令行和各种语言的SDK 都可以。前面的章节已经介绍过命令的方式，第10章会详细介绍S...

事实表： 1.就是现实中产生的可度量数值都存在一张表中，设计只与现实活动有关，与最终的报表无关。 并且事实表有很多外键与维度表相连 2.事实表中的数字度量分为三种，分别为可加，半可加，和不可加事实。最有用的是可加事实，可以以任意维度汇总。半可加就例如 差额， ...

1.选取要建模的业务处理过程 以业务处理过程而非部门或职能 例如：采购、订货、运输、库存与帐目管理 2.定义义务处理的粒度 粒度定义意味着对各事实表行实际代表的内容给出明确的说明 例如：POS机中一次的分列项内容  医生开出的单据项目内容  仓库中每种产品库存水平的日快照  每个银行账号的月快照 3.选定用于每个事实表行的维度 业务人员将

维度建模基础理论，以及优越之处和应用场景。阐明了何为事实和维，并且解释了相关细分类别和应用场景。

最近在读一本《数据库系统 设计、实现与管理》的书，其中的数据库设计部分写的挺好的，另外在本书中也讲到了数据库生命周期的概念，我觉得有所收益，特写下此博文！ 在软件开发中，我们经常会提到软件系统开发的生命周期，大致分为：计划、分析、设计、实现、运维几个阶段，整体流程和动作如下图所示： 而针对数据库建模和数据库应用开发来说，也有其自己的“数据库生命周期”，database life cycle，简称...

业务需求 维度模型 1.业务处理 2.粒度 3.维度 4.事实 （数据实际） 首先对业务进行描述，以使建立的维度与事实表更容易理解。 在对业务实例研究进行描述之后，现在就可以开始维度建模的设计工作了。 第一步:选取业务处理 设计工作的第一步使，通过将对业务需求的理解与对可用数据的理解组合起来而确定 建模的业务处理内容。 建立的第一个维度模型应该是一个最有影响的模型--它应该对最紧迫的业务问题...

维度表： 1.每个维度表都包含单一的主键列，作为与事实表的外键 2.维度表有自己的维度代理键，即用来标识唯一性，无意义。+1 3.下钻 商业分析的基本方法： 上卷（roll-up）：上卷是沿着维的层次向上聚集汇总数据。 例如，对产品销售数据，沿着时间维上卷，可以求出所有产品在所有地区每月 （或季度或年或全部）的销售额。 下探（dril...

peer chaincode install: 把链码打包成可部署格式，并将其存入到背书节点的文件系统目录下（CORE_PEER_FILESYSTEMPATH/chaincode） peer chaincode instantiate:把背书节点上的链码实例化到指定的通道上。该命令会在节点上创建运行链码的Docker容器，并初始化链码。 peer chaincode invoke：调用指定链码...

1. 将智能合约部署到通道 将智能合约部署到信道最终用户通过调用智能合约来与区块链账进行交互。在Hyperledger Fabric中，智能合约以称为chaincode的软件包部署。想要验证交易或查询帐本的组织需要在其peers上安装链码。在已加入通道的peer上安装链码后，通道成员可以将链码部署到通道，并使用链码中的智能合约在通道账本上创建或更新资产。 使用称为Fabric链码生命周期的过程将链码部署到通道。 Fabric链码生命周期允许多个组织在使用链码创建交易之前就如何操作链码达成共识。例如，虽然背书