`

Oracle Dimension 下

阅读更多

我们再创建一张customer_hierarchy表,用于存储客户代码、邮政编码和地区的关系,然后我们将按不同邮编或地区来查询各自的月度、季度或者年度销量信息。

Roby@XUE> create table customer_hierarchy

2 ( cust_id primary key, zip_code, region )

3 organization index

4 as

5 select cust_id,

6 mod( rownum, 6 ) || to_char(mod( rownum, 1000 ), 'fm0000') zip_code,

7 mod( rownum, 6 ) region

8 from ( select distinct cust_id from sales)

9 /

Table created.

Roby@XUE> analyze table customer_hierarchy compute statistics;

Table analyzed.

改写物化视图,查询方案中添加按不同邮编的月度统计销量。

Roby@XUE> drop materialized view mv_sales;

Materialized view dropped.

Roby@XUE> create materialized view mv_sales

2 build immediate

3 refresh on demand

4 enable query rewrite

5 as

6 select customer_hierarchy.zip_code,

7 time_hierarchy.mmyyyy,

8 sum(sales.sales_amount) sales_amount

9 from sales, time_hierarchy, customer_hierarchy

10 where sales.trans_date = time_hierarchy.day

11 and sales.cust_id = customer_hierarchy.cust_id

12 group by customer_hierarchy.zip_code, time_hierarchy.mmyyyy

13 /

Materialized view created.

Roby@XUE> set autotrace traceonly

Roby@XUE> select customer_hierarchy.zip_code,

2 time_hierarchy.mmyyyy,

3 sum(sales.sales_amount) sales_amount

4 from sales, time_hierarchy, customer_hierarchy

5 where sales.trans_date = time_hierarchy.day

6 and sales.cust_id = customer_hierarchy.cust_id

7 group by customer_hierarchy.zip_code, time_hierarchy.mmyyyy

8 /

1216 rows selected.

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=409 Bytes=20450)

1 0 TABLE ACCESS (FULL) OF 'MV_SALES' (Cost=2 Card=409 Bytes=20450)

Statistics

----------------------------------------------------------

28 recursive calls

0 db block gets

116 consistent gets

5 physical reads

可以看到如果按不同邮编、不同月度来统计查询的话,优化器将会查询物化视图中的查询方案,性能也是比较可观的。假如我们查不同地区年度的统计销量信息,结果又会是怎样?

Roby@XUE> select customer_hierarchy.region,

2 time_hierarchy.yyyy,

3 sum(sales.sales_amount) sales_amount

4 from sales, time_hierarchy, customer_hierarchy

5 where sales.trans_date = time_hierarchy.day

6 and sales.cust_id = customer_hierarchy.cust_id

7 group by customer_hierarchy.region, time_hierarchy.yyyy

8 /

9 rows selected.

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=1681 Card=9 Bytes=261)

1 0 SORT (GROUP BY) (Cost=1681 Card=9 Bytes=261)

2 1 NESTED LOOPS (Cost=35 Card=426672 Bytes=12373488)

3 2 NESTED LOOPS (Cost=35 Card=426672 Bytes=8106768)

4 3 TABLE ACCESS (FULL) OF 'SALES' (Cost=35 Card=426672

5 3 INDEX (UNIQUE SCAN) OF 'SYS_IOT_TOP_7833' (UNIQUE)

6 2 INDEX (UNIQUE SCAN) OF 'SYS_IOT_TOP_7828' (UNIQUE)

Statistics

----------------------------------------------------------

0 recursive calls

0 db block gets

428047 consistent gets

745 physical reads

可以看到查询性能大有影响。接下我们同样创建dimension sales_dimension,用于说明客户代码和邮编、地区间的关系:

Roby@XUE> drop dimension time_hierarchy_dim

2 /

Dimension dropped.

Roby@XUE> create dimension sales_dimension

2 level cust_id is customer_hierarchy.cust_id

3 level zip_code is customer_hierarchy.zip_code

4 level region is customer_hierarchy.region

5 level day is time_hierarchy.day

6 level mmyyyy is time_hierarchy.mmyyyy

7 level qtr_yyyy is time_hierarchy.qtr_yyyy

8 level yyyy is time_hierarchy.yyyy

9 hierarchy cust_rollup

10 (

11 cust_id child of

12 zip_code child of

13 region

14 )

15 hierarchy time_rollup

16 (

17 day child of

18 mmyyyy child of

19 qtr_yyyy child of

20 yyyy

21 )

22 attribute mmyyyy

23 determines mon_yyyy;

Dimension created.

再回到原来的查询,我们可以看到查询性能有了大幅的提升:

Roby@XUE> set autotrace on

Roby@XUE> select customer_hierarchy.region,

2 time_hierarchy.yyyy,

3 sum(sales.sales_amount) sales_amount

4 from sales, time_hierarchy, customer_hierarchy

5 where sales.trans_date = time_hierarchy.day

6 and sales.cust_id = customer_hierarchy.cust_id

7 group by customer_hierarchy.region, time_hierarchy.yyyy

8 /

REGION YYYY SALES_AMOUNT

---------- ---------- ------------

0 2006 7.3144E+11

0 2007 4484956329

1 2006 7.8448E+11

2 2006 7.7257E+11

2 2007 4684418980

3 2006 7.7088E+11

4 2006 7.8004E+11

4 2007 3127953246

5 2006 7.3273E+11

9 rows selected.

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=15 Card=9 Bytes=576)

1 0 SORT (GROUP BY) (Cost=15 Card=9 Bytes=576)

2 1 HASH JOIN (Cost=10 Card=598 Bytes=38272)

3 2 VIEW (Cost=3 Card=100 Bytes=700)

4 3 SORT (UNIQUE) (Cost=3 Card=100 Bytes=700)

5 4 INDEX (FULL SCAN) OF 'SYS_IOT_TOP_7833' (UNIQUE)

6 2 HASH JOIN (Cost=7 Card=598 Bytes=34086)

7 6 VIEW (Cost=4 Card=19 Bytes=133)

8 7 SORT (UNIQUE) (Cost=4 Card=19 Bytes=133)

9 8 INDEX (FAST FULL SCAN) OF 'SYS_IOT_TOP_7828'

10 6 TABLE ACCESS (FULL) OF 'MV_SALES' (Cost=2 Card=409

Statistics

----------------------------------------------------------

364 recursive calls

0 db block gets

88 consistent gets

0 physical reads

Roby@XUE> set autot trace

Roby@XUE> select customer_hierarchy.region,

2 time_hierarchy.qtr_yyyy,

3 sum(sales.sales_amount) sales_amount

4 from sales, time_hierarchy, customer_hierarchy

5 where sales.trans_date = time_hierarchy.day

6 and sales.cust_id = customer_hierarchy.cust_id

7 group by customer_hierarchy.region, time_hierarchy.qtr_yyyy;

27 rows selected.

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=23 Card=22 Bytes=154

1 0 SORT (GROUP BY) (Cost=23 Card=22 Bytes=1540)

2 1 HASH JOIN (Cost=11 Card=1447 Bytes=101290)

3 2 VIEW (Cost=3 Card=100 Bytes=700)

4 3 SORT (UNIQUE) (Cost=3 Card=100 Bytes=700)

5 4 INDEX (FULL SCAN) OF 'SYS_IOT_TOP_7833' (UNIQUE) (

6 2 HASH JOIN (Cost=7 Card=1447 Bytes=91161)

7 6 VIEW (Cost=4 Card=46 Bytes=598)

8 7 SORT (UNIQUE) (Cost=4 Card=46 Bytes=598)

9 8 INDEX (FAST FULL SCAN) OF 'SYS_IOT_TOP_7828' (UN

10 6 TABLE ACCESS (FULL) OF 'MV_SALES' (Cost=2 Card=409 B

Statistics

----------------------------------------------------------

10 recursive calls

0 db block gets

19 consistent gets

0 physical reads

Roby@XUE> select customer_hierarchy.region,

2 time_hierarchy.mon_yyyy,

3 sum(sales.sales_amount) sales_amount

4 from sales, time_hierarchy, customer_hierarchy

5 where sales.trans_date = time_hierarchy.day

6 and sales.cust_id = customer_hierarchy.cust_id

7 group by customer_hierarchy.region, time_hierarchy.mon_yyyy;

75 rows selected.

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE (Cost=41 Card=56 Bytes=386

1 0 SORT (GROUP BY) (Cost=41 Card=56 Bytes=3864)

2 1 HASH JOIN (Cost=11 Card=3775 Bytes=260475)

3 2 VIEW (Cost=4 Card=120 Bytes=1440)

4 3 SORT (UNIQUE) (Cost=4 Card=120 Bytes=1440)

5 4 INDEX (FAST FULL SCAN) OF 'SYS_IOT_TOP_7828' (UNIQ

6 2 HASH JOIN (Cost=6 Card=409 Bytes=23313)

7 6 VIEW (Cost=3 Card=100 Bytes=700)

8 7 SORT (UNIQUE) (Cost=3 Card=100 Bytes=700)

9 8 INDEX (FULL SCAN) OF 'SYS_IOT_TOP_7833' (UNIQUE)

10 6 TABLE ACCESS (FULL) OF 'MV_SALES' (Cost=2 Card=409 B

Statistics

----------------------------------------------------------

0 recursive calls

0 db block gets

14 consistent gets

0 physical reads

 

参考:Tomates Kyte 《Expert One-on-One Oracle》

分享到:
评论

相关推荐

    Oracle 9i10g 数据库管理详细

    Oracle的安全特性非常丰富,可以满足不同场景下的需求。 #### 三、Oracle 9i/10g 安装与管理 - **安装过程**:包括选择合适的硬件环境、配置操作系统、安装Oracle软件、配置监听器和网络服务等步骤。对于9i和10g...

    Oracle数据库DBA面试题50道及答案.pdf

    - **Dimension table(维度表)**:存储对事实表某些属性的描述信息。 9. **Fact table上需要建立的索引**: - 位图索引(bitmap index)。 10. **相关约束**: - **主键**:确保列值唯一且非空。 - **外键**...

    Oracle面试题集锦

    20. **$ORACLE_HOME与$ORACLE_BASE**:$ORACLE_BASE是Oracle软件安装的基础目录,而$ORACLE_HOME是具体的产品安装路径,通常位于$ORACLE_BASE下的一个子目录。 以上内容涵盖了Oracle数据库管理、备份恢复、性能优化...

    oracle 笔试面试题目

    - **$ORACLE_HOME**:特定版本的Oracle产品目录,位于$ORACLE_BASE下。 以上是Oracle面试中可能会遇到的一些技术问题及其详细解答,涵盖了数据库管理、备份恢复、性能优化和数据模型等多个方面。熟悉这些知识点...

    ORACLE面试500题

    - **Dimension Table**:存储描述性信息,如日期、产品、地区等。 10. **Fact Table上的索引**:通常使用位图索引,适用于低基数(非唯一值)的列。 11. **相关约束**: - **主键**:确保表中记录的唯一性。 - ...

    Oracle_DBA面试题

    20. **$ORACLE_HOME与$ORACLE_BASE**:$ORACLE_BASE是Oracle软件安装的根目录,$ORACLE_HOME是具体产品(如数据库实例)的安装路径,位于$ORACLE_BASE下。 掌握这些知识将帮助Oracle DBA候选人更有效地准备面试,...

    oracle面试题目

    在数据库设计中,尤其是星型模式(Star Schema)中,存在两种类型的表:事实表(Fact Tables)和维度表(Dimension Tables)。事实表通常包含大量的测量值或度量标准,而维度表则包含了描述事实表中记录的维度属性...

    ORACLE 面试问题-技术篇

    - **Dimension Table**:描述Fact Table中数据的附加信息,如日期维度、产品维度等。 **10. FACT Table上使用的索引类型** - **位图索引**:适用于低基数字段,如分类标识符。 #### 六、表约束 **11. 相关约束**...

    oracle面试题集锦.pdf

    Fact tables 包含大量的主要信息,dimension tables 存放对 fact table 某些属性描述的信息。 10. 在 FACT Table 上建立何种索引: 可以在 FACT Table 上建立位图索引 (bitmap index)。 11. 两种相关约束: 主键和...

    oracle面试问题技术篇

    9. **STAR SCHEMA**:包括Fact Tables(包含业务事实数据)和Dimension Tables(包含描述性数据,如时间、地点等维度信息)。 10. **Fact Table索引**:在Fact Table上创建位图索引可以优化多对多关系的查询效率。 ...

    Oracle Hyperion Planning Training

    Hyperion Planning还定义了稠密维度(Dense Dimension),这是指在信息交叉引用中使用比率较高的维度,这类维度通常包含较高百分比的维度交叉点,其中包含数据。稠密维度对于处理和分析大量数据非常有用。Hyperion ...

    Oracle面试题常见的问题

    Oracle面试题常见的问题 Oracle面试题是一个非常重要的知识点,涵盖了Oracle数据库管理系统的各个方面。下面我们将逐一解释每个问题和答案: 1. 解释冷备份和热备份的不同点以及各自的优点 冷备份和热备份是两种...

    oracle 11g数据库高级管理员学习指南

    Oracle 11g提供了数据仓库建模工具和OLAP(在线分析处理)功能,如星型和雪花型模型,以及Cube和Dimension的概念,为数据分析提供强大支持。 总之,Oracle 11g数据库高级管理员不仅需要熟悉数据库的基本操作,还要...

    C#读取Excel并保存Oracle 11g

    在IT行业中,C#是一种广泛使用的编程语言,尤其在开发Windows桌面应用、Web应用以及.NET框架下的服务时。本主题聚焦于如何使用C#来读取Excel数据,并将其存储到Oracle 11g数据库中。这涉及到两个主要的技术领域:...

    Oracle数据库DBA面试题50道及答案

    在Oracle数据库领域,DBA(数据库管理员)的职责包括设计、实施、维护和优化数据库系统。以下是Oracle数据库DBA面试中可能遇到的知识点: 1. 数据库备份类型及优缺点 热备份是在数据库处于归档模式下,并且数据库在...

    关于ORACLE面试题

    - $ORACLE_HOME通常位于$ORACLE_BASE下,包含Oracle产品所需的二进制文件、库文件等资源。 以上是对Oracle面试题的一些核心知识点的总结,希望能够帮助准备参加Oracle面试的朋友更好地理解和掌握相关技术。

    ORACLE数据库工程师面试题目

    - **Dimension Table**:维度表,用于描述事实表中的数据,如时间、地点等。 #### 十、FACT Table上建立索引的选择 对于事实表,推荐使用**位图索引(Bitmap Index)**,因为这种类型的索引非常适合处理大量的聚合...

    oracle行列转换总结

    在Oracle数据库中,行列转换是一项常用且强大的功能,它允许数据在不同的维度上进行转换,以便于数据分析和报告。本文将深入探讨Oracle中实现行列转换的几种方法,包括使用`UNION ALL`、`MODEL`子句以及集合类型(`...

Global site tag (gtag.js) - Google Analytics