第五单元 范例.pptVIP

第五章 范 例 设计一个数据仓库首先要面对的是哪些是事实数据，而哪些是维度数据。在一个大型的OLTP系统中字段众多，要在其中决定事实与维度数据并不容易。 识别事实与维度 设计事实表 设计维度表 识别事实与维度 1）在整个OLTP系统中搜索最基本的交易，它们极可能是事实数据 2）决定搜索每一个事实数据的外键，它们极可能是维度数据 3）检验每一个可能事实数据的字段，确定它不是嵌入在事实数据中的维度数据 4）检验每一个可能维度数据的字段，确定它不是嵌入在维度数据中的事实数据 设计事实表 一个事实表是由OLTP系统转入而生成出来的，数据仓库的数据并不包含OLTP系统中所有的数据。 在设计一个事实表的时候，考虑下面的事项： 1）为每一项功能决定数据仓库的时距（十年，五年还是其它？） 2）为每一项功能决定其采用原则 3）决定在事实表中应包含哪些字段 4）尽量缩小事实表中字段的大小 5）将时间因素加入事实表 设计维度表 在设计之初要确定不会更新数据的主键，否则一旦修改，事实表要一起更新。 维度表常是违反正规化的。 时间一般都是一个事实表的维度 例子－ Northwind数据库 一个贸易公司商业所使用的数据库（SQL Server 2000的范例） 数据库架构 （1）Categories表：存储产品所有类型的相关信息 数据库架构 （2）CustomerDemo表：存储了顾客所属类别信息 （3）CustomerDemographics表：存储了顾客类别的描述信息 数据库架构 （4）Customers表：存储了顾客所有相关信息 数据库架构 （5）Employees表：存储了员工所有相关信息 数据库架构 （6）EmployeesTerritories表：存储了员工所负责的区域 （7）Territories表：存储了员工所负责的区域的基本数据 数据库架构 （8）Region：存储了员工所负责的区域所属区的基本数据 （9）OrderDetail：存储订单下的单项商品信息 数据库架构 （10）Orders：存储订单的全部信息 数据库架构 （11）Shippers：存储了货运公司的相关信息 数据库架构 （12）Products：产品的相关信息 数据库架构 （13）Suppliers：供货商的相关信息 表间关系 需求分析 经过调查后，假定得到了下面的需求： 希望能够针对每一个员工做销售业绩分析 希望能够针对每一产品做销售分析 希望能够针对每一分类产品做销售分析 希望能够针对每一供货商做销售分析 希望能够针对每一顾客做销售分析 希望能够针对每一地区的顾客做销售分析 希望能够针对每一城市的顾客做销售分析 希望能够针对年、季、月做销售分析 识别事实和维度 经归纳发现，索引基准点为5类： 顾客 员工 产品 供货商 时间 分析过程 分析过程 分析过程 识别事实与维度数据 顾客维度 员工维度 供应商维度 时间维度 产品维度 产品维度 Categories:产品类别描述 Products:产品类别描述 顾客维度 Customers:顾客描述 员工维度 Employees:员工描述 事实数据 Orders:订单描述 事实数据 OrdersDetail:产品项描述 设计事实表 事实表名称：Sales 数据源：Orders,OrderDtails,Employees,Products,Suppliers, Customers 索引：EmployeeID,来自Employees表ProcutID,来自Products表CustomerID,来自Customers表OrderDate,来自Orders表 事实表度量值字段： UnitPrice,来自OrderDetails表 Total=Quantity*UnitPrice*(1.0-Discount) Quantity,来自OrderDetails表 Discount,来自OrderDetails表 数据抽取SQL语句 SELECT e.EmployeeID,p.ProductID,s.SuppliersID, c.CustomerID,o.OrderDate,od.UnitPrice, od.Quantity*od.UnitPrice*(1.0-od.Discount) Total, od.Quantity,od.Discount FROM Orders o,OrderDetails od, Employees e, Products p,Suppliers s,Customers c WHERE o.OrderID=od.OrderID AND o.EmployeeID=e.EmployeeID AND o.CustomerID=c.Cust