← Back to branch summary

~openerp-dev/openobject-doc/trunk

« back to all changes in this revision

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

  • Committer: Antony Lesuisse
  • Date: 2010-03-05 16:46:40 UTC
  • Revision ID: al@openerp.com-20100305164640-9b7anc1t5ujha8lw
Merge doc into feature, before deletion of both features and doc. (odo)

Show diffs side-by-side

added added

removed removed

Lines of Context:
i18n/ro/source/bi/CubeDesigner/DefiningHier.rst
 
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. Means we want to see the products sold. We have divided the products in to the category. So we will make the Product Hierarchy to display products by categories.
 
25
..
 
26
 
 
27
We want our sales cube to work on the products. Means we want to see the products sold. We have divided the products in to the category. So we will make the Product Hierarchy to display products by categories.
 
28
 
 
29
.. i18n: Lets see the new hierarchy. According to the dimension some values are set by default like hierarchy name and dimension.
 
30
..
 
31
 
 
32
Lets see the new hierarchy. According to the dimension some values are set by default like hierarchy name and dimension.
 
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 move to 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_prodcut
 
42
..
 
43
 
 
44
We now move to 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_prodcut
 
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 the product name and the category both. 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 the product name and the category both. 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 move to select the category table.
 
68
..
 
69
 
 
70
After selecting the product_tmpl_id we move to 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