Framework Manager教程
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
了解关系类型: 基数（ 了解关系类型 基数（Cardinality） ）
员工 1..1 1..1 安全号
一对一: 一个员工持有 一个安全号。
分公司
1..1 0..n
员工
一对多: 每个分公司可 能有很多员工。
零件
1..n 1..n
Sales Rep
1..1 0..n
报表型数据库是： ?典型业务数据库的拷贝 ?为快速和易于报告与业 务数据库有不同的结构 ?通常维度化，采用星型 结构
Customer
1..1 0..n
Order Fact
0..n 1..1
1..1 0..n
Product
Order Detail
0..n
Date
10
认识标准化数据: 认识标准化数据 示例
产品系列表
PL# A B PL_Desc Classic Tents Moose Boota
1..1
Product Line
1..1 1..n
Customer
1..1
Sales Rep
1..1 1..n
Product Type
1..1 1..n
业务数据库是：
关系
Sales Rep
1..1 0..n
Order Header
1..1 1..n
Product
1..1
Customer
1..1 0..n
Order Fact
0..n 1..1
1..1 0..n
供应商
多对多: 每个零件可以 由很多 供应商提供， 每个供应商可能提供 很多零件。
15
认识基数组合 (0,1)..n 对 (0,1)..n (多对多，需要在模型 数据库中 多对多， 多对多 需要在模型/数据库中 调整) 调整 0..(1,n) 对 1..(1,n)(可以引起性能的降低。产生外连 可以引起性能的降低。 可以引起性能的降低 成本高的查询) 接，成本高的查询 1..1 对 1..1 (如同一张表。可以考虑在模型中合并 如同一张表。 如同一张表 可以考虑在模型中合并) 1..1 对 1..n(被认为是理想状态。理论上，所有的事 被认为是理想状态。 被认为是理想状态 理论上， 情应该模拟成这种关系) 情应该模拟成这种关系
1..1 1..n 1..n
Sales Area
1..1
Product Line
1..1 1..n
Customer
1..1
Sales Rep
1..1 0..n 0..n
Product Type
1..1 1..n
7
了解业务型数据库的问题
因为标准化业务型数据库中的数据被细分为很多表 (为了消除 为了消除 冗余)，因此大的查询执行起来比较慢。 冗余 ，因此大的查询执行起来比较慢。
Customer Type
1..1 1..n 1..n
Sales Area
Area
1..1
Product Line
1..1 1..n
Sales Rep
1..1 0..n
Customer
1..1
Sales Rep
1..1 1..n
Product Type
1..1 1..n
PT# 1 2 11 12 PT_Desc Pup tents Family tents Child boots Adult boots PT# 1 1 1 2 2 2 11 11 11 12 12 12
产品表
Prod# 111 222 333 555 666 777 1111 2222 3333 5555 6666 7777 Prod_Desc Black Green
本文由manx1975贡献
ppt文档可能在WAP端浏览体验不佳。建议您优先选择TXT，或下载源文件到本机查看。
Framework Manager
应用
(Consumer)
专业
(Profession)
查询
Query Studio Framework Manager Report Studio Transformer
0..n
Order Header
1..1 1..n
Product
1..1
显示来自一个 产品系列的所 有客户类型。 有客户类型。
Order Detail
0..n
8
了解报表型数据源
报表型数据源通常使用星型结构布局。 报表型数据源通常使用星型结构布局。 所有事务型、大部分数值型数据存储在事实表中， 所有事务型、大部分数值型数据存储在事实表中，所有的 参考数据，例如产品信息等，存储在独立的维度表中。 参考数据，例如产品信息等，存储在独立的维度表中。
Order Detail
1..n
报表数据库
业务数据库 5
了解业务型数据源
一个标准化业务型数据库用来提高精确度并减少冗余。 一个标准化业务型数据库用来提高精确度并减少冗余。
表
Customer Type
1..1 1..n 1..n
UML符号中的第一个数字指示关系是可选(0)或必要(1) ?第二个数字定义在模型中两个查询主题之间数据关联的发 生：可以是一个（1）或多个（n）
16
了解数据陷阱（ 了解数据陷阱（Data Trap） ） 有四种基本的陷阱: 有四种基本的陷阱 深坑陷阱（ 深坑陷阱（chasm trap） ） 转移陷阱（ 转移陷阱（transitive relationship trap） ） 连接陷阱（connection trap） 连接陷阱（ ） 扇型陷阱（ 扇型陷阱（fan trap） ）
1..1
Product Line
1..1 1..n
Customer
1..1
Sales Rep
1..1 0..n
Product Type
1..1 1..n
在返回一个结 果集之前， 果集之前，查 询必须对七个 表中的数据进 行检查。 行检查。
分析 Analysis Studio
1
认识通用的数据结构 1. 认识通用的数据结构 2. Framework Manager介绍 介绍 3. 在Framework Manager中准备元数据 中准备元数据 4. 在Framework Manager中为可预期结果建模 中为可预期结果建模 5. 在Framework Manager中创建业务视图 中创建业务视图 6. 在Framework Manager管理包 管理包 7. 在Framework Manager中设置安全性 中设置安全性
1..n
用于跟踪每天业务的流程 ?通常是标准化的或部分企 业资源规划(ERP)提供的 包
Order Header
1..1 1..n
Product
1..1
Order Detail
1..n
6
了解业务型数据库的特点 业务型数据库: 业务型数据库 用于减少冗余 适合于数据的写入和更新而不是数据的读取 经常导致带有多个连接的单片电路式设计
Customer
1..1 0..n
Order Fact
0..n 1..1
1..1 0..n
Product
1..n
Order Header
1..1 1..n
Product
1..1
Date
元数据模型
关系型
文件
立方体
其它
4
区分业务型和报表型数据库
元数据模型中包括的关系型数据库通常是: 元数据模型中包括的关系型数据库通常是 业务型数据库 Customer Sales 报表型数据库
Type
1..1 1..n 1..n
Sold in bulk.
这种表的主要特点是冗余。这种类型的表不适合 标准化系统，但是报表和查询的理想结构。
12
认识星型结构布局的好处 因为星型结构数据库比完全标准化数据库含有 的表少，因此查询的性能会更快。 的表少，因此查询的性能会更快。
Sales Rep
1..1 0..n
Customer
1..1 0..n
Order Fact
0..n 1..1
1..1 0..n
查询只需要检查 三个表即可返回 一个结果集。 一个结果集。
Product
Date
“显示来自一个 显示来自一个 产品系列的所有 客户类型。 客户类型。”
Sold in bulk.
2行 行
4行 行
12行 行
11
认识非标准化数据: 认识非标准化数据 示例
含有12行的产品维度 含有 行的产品维度
PL# A A A A A A A B B B B B B PL_Desc Classic Tents Classic Tents Classic Tents Classic Tents Classic Tents Classic Tents Moose Boots Moose Boots Moose Boots Moose Boots Moose Boots Moose Boots PT# 1 1 1 2 2 2 11 11 11 12 12 12 PT_Desc Pup tents Pup tents Pup tents Family tents Family tents Family tents Child boots Child boots Child boots Adult boots Adult boots Adult boots Prod# 111 222 333 555 666 777 1111 2222 3333 5555 6666 7777 Prod_Desc Black Green
13
定义关系 关系用来设置一个表中的数据如何连接到另一个 表中的数据。 表中的数据。 关系在物理数据中是隐含的， 关系在物理数据中是隐含的，建模人员对这些关 系进行明确声明。 系进行明确声明。 声明关系时，建模人员会对业务事实进行明确的 声明关系时， 表达。 表达。
14
2
目标 在本章中，我们将 在本章中，我们将: 了解业务数据库和为报表而设计的数据库的特征 了解关系和基数（ 了解关系和基数（cardinality） ） 认识不同的数据陷阱
3
了解元数据模型的角色
元数据模型是对来自一个或多个数据源的信息的业务展现。 元数据模型是对来自一个或多个数据源的信息的业务展现。 BI用户使用模型对他们的数据源进行分析和报告。 用户使用模型对他们的数据源进行分析和报告。 用户使用模型对他们的数据源进行分析和报告 报表层 元数据模型能隐藏底层 数据源的复杂结构 可以更好地控制数据怎样 展现给最终用户
Product
Date
该数据库含有相同的信息， 该数据库含有相同的信息，但 是使用五个表而不是九个。 是使用五个表而不是九个。 9
创建一个星型结构
要创建一个星型结构，可以将标准化关系折叠为维度格 要创建一个星型结构， 式。
Customer Type
员工 1..1 1..1 安全号
一对一: 一个员工持有 一个安全号。
分公司
1..1 0..n
员工
一对多: 每个分公司可 能有很多员工。
零件
1..n 1..n
Sales Rep
1..1 0..n
报表型数据库是： ?典型业务数据库的拷贝 ?为快速和易于报告与业 务数据库有不同的结构 ?通常维度化，采用星型 结构
Customer
1..1 0..n
Order Fact
0..n 1..1
1..1 0..n
Product
Order Detail
0..n
Date
10
认识标准化数据: 认识标准化数据 示例
产品系列表
PL# A B PL_Desc Classic Tents Moose Boota
1..1
Product Line
1..1 1..n
Customer
1..1
Sales Rep
1..1 1..n
Product Type
1..1 1..n
业务数据库是：
关系
Sales Rep
1..1 0..n
Order Header
1..1 1..n
Product
1..1
Customer
1..1 0..n
Order Fact
0..n 1..1
1..1 0..n
供应商
多对多: 每个零件可以 由很多 供应商提供， 每个供应商可能提供 很多零件。
15
认识基数组合 (0,1)..n 对 (0,1)..n (多对多，需要在模型 数据库中 多对多， 多对多 需要在模型/数据库中 调整) 调整 0..(1,n) 对 1..(1,n)(可以引起性能的降低。产生外连 可以引起性能的降低。 可以引起性能的降低 成本高的查询) 接，成本高的查询 1..1 对 1..1 (如同一张表。可以考虑在模型中合并 如同一张表。 如同一张表 可以考虑在模型中合并) 1..1 对 1..n(被认为是理想状态。理论上，所有的事 被认为是理想状态。 被认为是理想状态 理论上， 情应该模拟成这种关系) 情应该模拟成这种关系
1..1 1..n 1..n
Sales Area
1..1
Product Line
1..1 1..n
Customer
1..1
Sales Rep
1..1 0..n 0..n
Product Type
1..1 1..n
7
了解业务型数据库的问题
因为标准化业务型数据库中的数据被细分为很多表 (为了消除 为了消除 冗余)，因此大的查询执行起来比较慢。 冗余 ，因此大的查询执行起来比较慢。
Customer Type
1..1 1..n 1..n
Sales Area
Area
1..1
Product Line
1..1 1..n
Sales Rep
1..1 0..n
Customer
1..1
Sales Rep
1..1 1..n
Product Type
1..1 1..n
PT# 1 2 11 12 PT_Desc Pup tents Family tents Child boots Adult boots PT# 1 1 1 2 2 2 11 11 11 12 12 12
产品表
Prod# 111 222 333 555 666 777 1111 2222 3333 5555 6666 7777 Prod_Desc Black Green
本文由manx1975贡献
ppt文档可能在WAP端浏览体验不佳。建议您优先选择TXT，或下载源文件到本机查看。
Framework Manager
应用
(Consumer)
专业
(Profession)
查询
Query Studio Framework Manager Report Studio Transformer
0..n
Order Header
1..1 1..n
Product
1..1
显示来自一个 产品系列的所 有客户类型。 有客户类型。
Order Detail
0..n
8
了解报表型数据源
报表型数据源通常使用星型结构布局。 报表型数据源通常使用星型结构布局。 所有事务型、大部分数值型数据存储在事实表中， 所有事务型、大部分数值型数据存储在事实表中，所有的 参考数据，例如产品信息等，存储在独立的维度表中。 参考数据，例如产品信息等，存储在独立的维度表中。
Order Detail
1..n
报表数据库
业务数据库 5
了解业务型数据源
一个标准化业务型数据库用来提高精确度并减少冗余。 一个标准化业务型数据库用来提高精确度并减少冗余。
表
Customer Type
1..1 1..n 1..n
UML符号中的第一个数字指示关系是可选(0)或必要(1) ?第二个数字定义在模型中两个查询主题之间数据关联的发 生：可以是一个（1）或多个（n）
16
了解数据陷阱（ 了解数据陷阱（Data Trap） ） 有四种基本的陷阱: 有四种基本的陷阱 深坑陷阱（ 深坑陷阱（chasm trap） ） 转移陷阱（ 转移陷阱（transitive relationship trap） ） 连接陷阱（connection trap） 连接陷阱（ ） 扇型陷阱（ 扇型陷阱（fan trap） ）
1..1
Product Line
1..1 1..n
Customer
1..1
Sales Rep
1..1 0..n
Product Type
1..1 1..n
在返回一个结 果集之前， 果集之前，查 询必须对七个 表中的数据进 行检查。 行检查。
分析 Analysis Studio
1
认识通用的数据结构 1. 认识通用的数据结构 2. Framework Manager介绍 介绍 3. 在Framework Manager中准备元数据 中准备元数据 4. 在Framework Manager中为可预期结果建模 中为可预期结果建模 5. 在Framework Manager中创建业务视图 中创建业务视图 6. 在Framework Manager管理包 管理包 7. 在Framework Manager中设置安全性 中设置安全性
1..n
用于跟踪每天业务的流程 ?通常是标准化的或部分企 业资源规划(ERP)提供的 包
Order Header
1..1 1..n
Product
1..1
Order Detail
1..n
6
了解业务型数据库的特点 业务型数据库: 业务型数据库 用于减少冗余 适合于数据的写入和更新而不是数据的读取 经常导致带有多个连接的单片电路式设计
Customer
1..1 0..n
Order Fact
0..n 1..1
1..1 0..n
Product
1..n
Order Header
1..1 1..n
Product
1..1
Date
元数据模型
关系型
文件
立方体
其它
4
区分业务型和报表型数据库
元数据模型中包括的关系型数据库通常是: 元数据模型中包括的关系型数据库通常是 业务型数据库 Customer Sales 报表型数据库
Type
1..1 1..n 1..n
Sold in bulk.
这种表的主要特点是冗余。这种类型的表不适合 标准化系统，但是报表和查询的理想结构。
12
认识星型结构布局的好处 因为星型结构数据库比完全标准化数据库含有 的表少，因此查询的性能会更快。 的表少，因此查询的性能会更快。
Sales Rep
1..1 0..n
Customer
1..1 0..n
Order Fact
0..n 1..1
1..1 0..n
查询只需要检查 三个表即可返回 一个结果集。 一个结果集。
Product
Date
“显示来自一个 显示来自一个 产品系列的所有 客户类型。 客户类型。”
Sold in bulk.
2行 行
4行 行
12行 行
11
认识非标准化数据: 认识非标准化数据 示例
含有12行的产品维度 含有 行的产品维度
PL# A A A A A A A B B B B B B PL_Desc Classic Tents Classic Tents Classic Tents Classic Tents Classic Tents Classic Tents Moose Boots Moose Boots Moose Boots Moose Boots Moose Boots Moose Boots PT# 1 1 1 2 2 2 11 11 11 12 12 12 PT_Desc Pup tents Pup tents Pup tents Family tents Family tents Family tents Child boots Child boots Child boots Adult boots Adult boots Adult boots Prod# 111 222 333 555 666 777 1111 2222 3333 5555 6666 7777 Prod_Desc Black Green
13
定义关系 关系用来设置一个表中的数据如何连接到另一个 表中的数据。 表中的数据。 关系在物理数据中是隐含的， 关系在物理数据中是隐含的，建模人员对这些关 系进行明确声明。 系进行明确声明。 声明关系时，建模人员会对业务事实进行明确的 声明关系时， 表达。 表达。
14
2
目标 在本章中，我们将 在本章中，我们将: 了解业务数据库和为报表而设计的数据库的特征 了解关系和基数（ 了解关系和基数（cardinality） ） 认识不同的数据陷阱
3
了解元数据模型的角色
元数据模型是对来自一个或多个数据源的信息的业务展现。 元数据模型是对来自一个或多个数据源的信息的业务展现。 BI用户使用模型对他们的数据源进行分析和报告。 用户使用模型对他们的数据源进行分析和报告。 用户使用模型对他们的数据源进行分析和报告 报表层 元数据模型能隐藏底层 数据源的复杂结构 可以更好地控制数据怎样 展现给最终用户
Product
Date
该数据库含有相同的信息， 该数据库含有相同的信息，但 是使用五个表而不是九个。 是使用五个表而不是九个。 9
创建一个星型结构
要创建一个星型结构，可以将标准化关系折叠为维度格 要创建一个星型结构， 式。
Customer Type