Académique Documents
Professionnel Documents
Culture Documents
Agenda
1. 2. 3. 4. 5. 6. 7. 8. Introduction Merged Dimensions Basics Working with Table Properties Complex Query Linking The Need for Multiple Queries Extra: the Power of Ranking Conclusion Q&A
Agenda
1. 2. 3. 4. 5. 6. 7. 8. Introduction Merged Dimensions Basics Working with Table Properties Complex Query Linking The Need for Multiple Queries Extra: the Power of Ranking Conclusion Q&A
Introduction
Example 1: Consider a report with 2 queries
Query 1: Total Sales per City
Notice: both queries do not contain the same City values Both queries are linked on City
2009 SAP BusinessObjects User Conference
5
Introduction
Example 1
Use the two queries to show all City values and their Sales value. Also show the Manager for each City Many trials result in incorrect reports:
Introduction
Example 2
Create a query showing male players from USA and Russia
Create another query, on the same universe showing players from the USA, with their expenses
Notice that the result is incorrect: Davydenko from Russia is displayed in the table
Introduction
When you are working with multiple queries in 1 document, take into account the role and impact of the following options and table properties:
Auto-merge dimensions Extend merged dimension values Show rows with empty measure values Show rows with empty dimension values
This presentation will demistify these options and illustrate their power and impact
Agenda
1. 2. 3. 4. 5. 6. 7. 8. Introduction Merged Dimensions Basics Working with Table Properties Complex Query Linking The Need for Multiple Queries Extra: the Power of Ranking Conclusion Q&A
Business Case
Four queries Two queries on the same universe Three different universes
10
Business Case
Four queries on three universes, each generating a table On one query, two tables are created
11
Automatic Linking
Through the default option Auto-merge dimensions a link is created between the result of the two queries on the same universe
12
Automatic Linking
Build a table using objects from the linked queries; the result is correct
Q_S1 Q_S2
13
Automatic Linking
In the example 2 in the introduction, the two queries are automatically linked, and the second table uses by default the merged dimension, resulting in the incorrect table
14
Manual Linking
Consider 2 queries on two different universes Both queries have common objects (City and Year); though there is no automatic link created Build a table with two (common) dimensions from query Q_S1, and two measures, one from each query
15
Manual Linking
Since no link exists between the queries, a request is sent to query Q_T to get just one column: the total Target This single cell is combined with each row of query Q_S1
Q_S1 Q_T
16
Manual Linking
Modify the table structure: select the two (common) dimensions from query Q_T, and two measures, one from each query
17
Manual Linking
Since no link exists between the queries, a request is sent to query Q_S1 to get just one column: the total Sales This single cell is combined with each row of query Q_T
Q_S1 Q_T
18
Merge Dimensions
Use the Merge Dimensions icon to open the Merge Dimensions window
Select the dimensions to create the link between the queries (City and Year) Optionally assign a new name to the merged dimension
19
Merge Dimensions
Use the Values button to review the values in each query
20
Merge Dimensions
Create a second link on the common object Year
21
Merge Dimensions
The merged dimensions are presented in a separate map in the Data tab of the Report Manager Notice the name of the merged dimension
22
Merged Dimensions
Since both queries are linked on City and Year, the table shows correct results now Only City values from query Q_S1 are shown
Q_S1 Q_T
23
Merged Dimensions
With the dimension variables from query Q_T, only City values from query Q_T are shown
Q_S1 Q_T
24
Merged Dimensions
Replace the dimension variables by the merged dimension columns to receive all values for City and Year from the queries Q_S1, Q_T and Q_M
Q_S1 Q_T
25
Agenda
1. 2. 3. 4. 5. 6. 7. 8. Introduction Merged Dimensions Basics Working with Table Properties Complex Query Linking The Need for Multiple Queries Extra: the Power of Ranking Conclusion Q&A
26
27
28
29
Correct Result
30
31
Correct Result
32
33
Correct Result
34
35
Agenda
1. 2. 3. 4. 5. 6. 7. 8. Introduction Merged Dimensions Basics Working with Table Properties Complex Query Linking The Need for Multiple Queries Extra: the Power of Ranking Conclusion Q&A
36
37
38
39
40
41
42
43
Agenda
1. 2. 3. 4. 5. 6. 7. 8. Introduction Merged Dimensions Basics Working with Table Properties Complex Query Linking The Need for Multiple Queries Extra: the Power of Ranking Conclusion Q&A
44
45
46
47
48
Agenda
1. 2. 3. 4. 5. 6. 7. 8. Introduction Merged Dimensions Basics Working with Table Properties Complex Query Linking The Need for Multiple Queries Extra: the Power of Ranking Conclusion Q&A
49
50
51
52
53
54
Agenda
1. 2. 3. 4. 5. 6. 7. 8. Introduction Merged Dimensions Basics Working with Table Properties Complex Query Linking The Need for Multiple Queries Extra: the Power of Ranking Conclusion Q&A
55
Conclusion
Combining data from different queries in one table can result in different output tables depending on the properties and options specified Get familiar with the usage and impact of these options and properties to build exactly the result that you need A small option can completely change your output
56
Q&A
Questions Henri Theuwissen, Partner, BI Knowledge Sharing I will repeat questions to ensure everyone can hear Contact information Henri.Theuwissen@BIKnowledgeSharing.be +32 (0) 495 54 52 53 www.BIKnowledgeSharing.be
57
Thank you for participating Please remember to complete and return your evaluation form following this session.
SESSION CODE: 1104
58