Showing posts with label Schema. Show all posts
Showing posts with label Schema. Show all posts

Thursday, 3 July 2014

Data Warehouse Concepts


Facts Tables:
ü  A fact table typically has two types of columns: foreign keys to dimension tables and measures those that contain numeric facts. A fact table can contain fact's data on detail or aggregated level.
ü  A fact table stores quantitative information for analysis and is often de-normalized.
ü  Fact table is typically numeric data and it is often data that can be easily manipulated, particularly by summing together many thousands of rows.

Types of fact:
1.      Additive:
Additive facts are facts that can be summed up through all of the dimensions in the fact table. A sales fact is a good example for additive fact.
2.      Semi-Additive:
Semi-additive facts are facts that can be summed up for some of the dimensions in the fact table, but not the others.
E.g.  Daily balances fact can be summed up through the customers dimension but not through the time dimension.
3.      Non-Additive:
Non-additive facts are facts that cannot be summed up for any of the dimensions present in the fact table.
E.g. Facts which have percentages, ratios calculated.

Dimensions:
ü  A dimension is a structure, often composed of one or more hierarchies, that categorizes data. Dimensional attributes help to describe the dimensional value. They are normally descriptive, textual values. Several distinct dimensions, combined with facts, enable you to answer business questions. Commonly used dimensions are customers, products, and time.
ü  Dimension data is typically collected at the lowest level of detail and then aggregated into higher level totals that are more useful for analysis. These natural rollups or aggregations within a dimension table are called hierarchies.

Surrogate key:
ü  Surrogate keys are nothing but integers which do not have any meaning in terms of business and used as primary key in dimension table.
ü  Surrogate keys join the dimension tables to the fact table. Surrogate keys serve as an important means of identifying each instance or entity inside of a dimension table.

Fact less fact:
A fact less fact table is fact table that does not contain fact. They contain only dimensional keys and it captures events that happen only at information level but not included in the calculations level. Just information about an event that happen over a period.
A fact less fact table captures the many-to-many relationships between dimensions, but contains no numeric or textual facts. They are often used to record events or coverage information. Common examples of fact less fact tables include:
ü  Identifying product promotion events
ü  Tracking student attendance or registration events
ü  Tracking insurance-related accident events
ü  Identifying building, facility, and equipment schedules for a hospital or university
ü  Fact less fact tables are used for tracking a process or collecting stats.
E.g. student, time, and class dimensions used to create student attendance fact less fact table. 

Degenerated dimension:
ü  A degenerate dimension is when the dimension attribute is stored as part of fact table, and not in a separate dimension table.
ü  These are essentially dimension keys for which there are no other attributes. In a data warehouse, these are often used as the result of a drill through query to analyze the source of an aggregated number in a report.
ü  You can use these values to trace back to transactions in the OLTP system.

Conformed dimension:
ü  A Dimension that is used in multiple locations is called a conformed dimension.
ü  A conformed dimension may be used with multiple fact tables in a single database, or across multiple data marts or data warehouses.

Schema types:
1.  Star Schema:
ü  In the star schema design, a single object sits in the middle and is radically connected to other surrounding objects (dimension lookup tables) like a star.
ü  Each dimension is represented as a single table.
ü  The primary key in each dimension table is related to a foreign key in the fact table.

2.  Snowflake schema:
ü  The snowflake schema is an extension of the star schema, where each point of the star explodes into more points.
ü  In a star schema, each dimension is represented by a single dimensional table, whereas in a snowflake schema, that dimensional table is normalized into multiple lookup tables, each representing a level in the dimensional hierarchy.

Thursday, 26 June 2014

OBIEE 10g and 11g Difference

Difference between OBIEE 10g and OBIEE 11g:

a.      OBIEE 11g uses WebLogic Server as the application server as compared to Oracle AS or OC4J in OBIEE 10g.
b.      The clustering process is much easier and automated in OBIEE 11g.
c.       We can now model lookup tables in the repository.
d.      The new UI called Unified Framework now combines Answers, Dashboards, and Delivers.
e.       A new column called the hierarchical column is introduced.
f.       BI Publishers is fully and seamlessly integrated with OBIEE 11g.
g.      New time series functions PERIOD ROLLING and AGGREGATE AT are introduced.
h.      In OBIEE 11g we can create KPIs to represent business metrics.
i.        The aggregate persistence wizard creates indexes automatically.
j.        The session variables get initialized on first usage in OBIEE 11g unlike OBIEE 10g where they were initialized as soon as a user logs in.
k.      OBIEE 11g now supports Parent-Child, Ragged (Unbalanced) and Skipped Hierarchy.
l.        SELECT_PHYSICAL command is supported in OBIEE 11g.

Changed terminologies:

a.       iBots are renamed as Agents.
b.      Requests are renamed as Analyses.
c.       Charts are renamed as Graphs.
d.      Presentation Columns are renamed as Attribute Column.
e.       Security terminology and architecture has changed.

Some of the key features include:

a.       Export to xml or export to tab delimited and power point.
b.      11g lets variable have multiple value.
c.       11g RPD cannot be without a password.
d.      You can use a "selection step" to limit data for columns.
e.       Drill in data (expanding a member, without impacting rest of the report)
f.       Sorting in 11g is now enabled by default.
g.      In a pivot table, you can easily drag and drop columns to various edges and rearrange.
h.      Graphs and gauges come with new feature of section sliders.
i.        Map view is a new view type that presents data in spatial form.
j.        We can also create master-detail relationships among certain view types
k.      We can create calculated items to perform mathematical operations on members.
l.        11g allows us to work with multiple subject areas in same report.

SQL Functions for Time Series Calculations and Level-Based Measures

1.      PERIODROLLING
2.      AGGREGATE AT
3.      PERIODAGO à AGO
4.      PERIODTODATE àTODATE

Enhanced database function usage capability:

1.      OBIEE 11g allows calling EVALUATE, EVALUATE_AGGR, and VALUATE_PREDICATE function for advanced calculations.
2.      Enhancements to the Oracle BI Presentation Catalog
3.      Perform basic tasks such as creating, deleting, and copying objects and folders.
4.      Find objects by performing a search.