~openerp-chinese-team/openobject-doc/Chinese-init

« back to all changes in this revision

Viewing changes to i18n/zh_CN/source/bi/CubeDesigner/DefiningHier.rst

  • Committer: JoshuaJan
  • Date: 2012-12-04 01:36:44 UTC
  • Revision ID: popkar77@gmail.com-20121204013644-k25kpyac672wxe22
Chinese initialization

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
 
 
2
.. i18n: Defining Hierarchy
 
3
.. i18n: ==================
 
4
..
 
5
 
 
6
Defining Hierarchy
 
7
==================
 
8
 
 
9
.. i18n: :ref:`Hierarchy <hierarchy-link>` is the arrangements of objects, peoples etc .. in a ranked or some series. The hierarchy are the way of arranging the dimensions. 
 
10
..
 
11
 
 
12
:ref:`Hierarchy <hierarchy-link>` is the arrangements of objects, peoples etc .. in a ranked or some series. The hierarchy are the way of arranging the dimensions. 
 
13
 
 
14
.. i18n: It need the fact table. 
 
15
..
 
16
 
 
17
It need the fact table. 
 
18
 
 
19
.. i18n: Lets take the Example of Products. 
 
20
..
 
21
 
 
22
Lets take the Example of Products. 
 
23
 
 
24
.. i18n: We want our sales cube to work on the products - we want to see the products sold. We have divided the products into categories. So we will make the Product Hierarchy display products by category.
 
25
..
 
26
 
 
27
We want our sales cube to work on the products - we want to see the products sold. We have divided the products into categories. So we will make the Product Hierarchy display products by category.
 
28
 
 
29
.. i18n: Lets see the new hierarchy. Some values, such as hierarchy name and dimension, may be set by default.
 
30
..
 
31
 
 
32
Lets see the new hierarchy. Some values, such as hierarchy name and dimension, may be set by default.
 
33
 
 
34
.. i18n: .. image::  images/hier1.png
 
35
.. i18n:    :scale: 65
 
36
..
 
37
 
 
38
.. image::  images/hier1.png
 
39
   :scale: 65
 
40
 
 
41
.. i18n: We now define the fact table for the hierarchy. Relational column will show the all fields of the sale_order_line and sale_order as these are the fact tables for the cube. We select product_id from sale_order_line which is related to product_product
 
42
..
 
43
 
 
44
We now define the fact table for the hierarchy. Relational column will show the all fields of the sale_order_line and sale_order as these are the fact tables for the cube. We select product_id from sale_order_line which is related to product_product
 
45
 
 
46
.. i18n: .. image::  images/hier2.png
 
47
.. i18n:    :scale: 65
 
48
..
 
49
 
 
50
.. image::  images/hier2.png
 
51
   :scale: 65
 
52
 
 
53
.. i18n: We want to get both product name and category. We know the product_category will give category and product_template will give the name. 
 
54
.. i18n: Now the list is filtered accordingly for adding the join tables
 
55
..
 
56
 
 
57
We want to get both product name and category. We know the product_category will give category and product_template will give the name. 
 
58
Now the list is filtered accordingly for adding the join tables
 
59
 
 
60
.. i18n: .. image::  images/hier3.png
 
61
.. i18n:    :scale: 65
 
62
..
 
63
 
 
64
.. image::  images/hier3.png
 
65
   :scale: 65
 
66
 
 
67
.. i18n: After selecting the product_tmpl_id we select the category table.
 
68
..
 
69
 
 
70
After selecting the product_tmpl_id we select the category table.
 
71
 
 
72
.. i18n: .. image::  images/hier4.png
 
73
.. i18n:    :scale: 65
 
74
..
 
75
 
 
76
.. image::  images/hier4.png
 
77
   :scale: 65
 
78
 
 
79
.. i18n: So final fact table for the Product Category will be
 
80
.. i18n:  
 
81
.. i18n: .. image::  images/hier5.png
 
82
.. i18n:    :scale: 65
 
83
..
 
84
 
 
85
So final fact table for the Product Category will be
 
86
 
 
87
.. image::  images/hier5.png
 
88
   :scale: 65