Vous êtes sur la page 1sur 5

What is a data warehouse?

A data warehouse is a collection of data marts representing historical data


from different operations in the company. This data is stored in a structure
optimized for querying and data analysis as a data warehouse. Table design,
dimensions and organization should be consistent throughout a data
warehouse so that reports or queries across the data warehouse are
consistent. A data warehouse can also be viewed as a database for historical
data from different functions within a company.

What is a data mart?


A data mart is a segment of a data warehouse that can provide data for
reporting and analysis on a section, unit, department or operation in the
company, e.g. sales, payroll, production. Data marts are sometimes
complete individual data warehouses which are usually smaller than the
corporate data warehouse.

What are the benefits of data warehousing?


Data warehouses are designed to perform well with aggregate queries
running on large amounts of data.

The structure of data warehouses is easier for end users to navigate,


understand and query against unlike the relational databases primarily
designed to handle lots of transactions.

Data warehouses enable queries that cut across different segments of a


company's operation. E.g. production data could be compared against
inventory data even if they were originally stored in different databases with
different structures.

Queries that would be complex in very normalized databases could be easier


to build and maintain in data warehouses, decreasing the workload on
transaction systems.

Data warehousing is an efficient way to manage and report on data that is


from a variety of sources, non uniform and scattered throughout a company.

Data warehousing is an efficient way to manage demand for lots of


information from lots of users.

Data warehousing provides the capability to analyze large amounts of


historical data for nuggets of wisdom that can provide an organization with
competitive advantage.
What is OLAP?
OLAP stands for Online Analytical Processing.
It uses database tables (fact and dimension tables) to enable
multidimensional viewing, analysis and querying of large amounts of data.
E.g. OLAP technology could provide management with fast answers to
complex queries on their operational data or enable them to analyze their
company's historical data for trends and patterns.

What is OLTP?
OLTP stands for Online Transaction Processing.
OLTP uses normalized tables to quickly record large amounts of transactions
while making sure that these updates of data occur in as few places as
possible. Consequently OLTP database are designed for recording the daily
operations and transactions of a business. E.g. a timecard system that
supports a large production environment must record successfully a large
number of updates during critical periods like lunch hour, breaks, startup and
close of work.

What are dimensions?


Dimensions are categories by which summarized data can be viewed. E.g. a
profit summary in a fact table can be viewed by a Time dimension (profit by
month, quarter, year), Region dimension (profit by country, state, city),
Product dimension (profit for product1, product2).

What are fact tables?


A fact table is a table that contains summarized numerical and historical
data (facts) and a multipart index composed of foreign keys from the primary
keys of related dimension tables.

What are measures?


Measures are numeric data based on columns in a fact table. They are the
primary data which end users are interested in. E.g. a sales fact table may
contain a profit measure which represents profit on each sale.

What are aggregations?


Aggregations are precalculated numeric data. By calculating and storing the
answers to a query before users ask for it, the query processing time can be
reduced. This is key in providing fast query performance in OLAP.

What are cubes?


Cubes are data processing units composed of fact tables and dimensions
from the data warehouse. They provide multidimensional views of data,
querying and analytical capabilities to clients.
What is the PivotTable® Service?
This is the primary component that connects clients to the Microsoft® SQL
Server™ 2000 Analysis Server. It also provides the capability for clients to
create local offline cubes using it as an OLAP server. PivotTable® Service
does not have a user interface, the clients using its services has to provide
its user interface.

What are offline OLAP cubes?


These are OLAP cubes created by clients, end users or third-party
applications accessing a data warehouse, relational database or OLAP cube
through the Microsoft® PivotTable® Service. E.g. Microsoft® Excel™ is very
popular as a client for creating offline local OLAP cubes from relational
databases for multidimensional analysis. These cubes have to be maintained
and managed by the end users who have to manually refresh their data.

What are virtual cubes?


These are combinations of one or more real cubes and require no disk space
to store them. They store only the definitions and not the data of the
referenced source cubes. They are similar to views in relational databases.

What are MOLAP cubes?


MOLAP Cubes: stands for Multidimensional OLAP. In MOLAP cubes the data
aggregations and a copy of the fact data are stored in a multidimensional
structure on the Analysis Server computer. It is best when extra storage
space is available on the Analysis Server computer and the best query
performance is desired. MOLAP local cubes contain all the necessary data for
calculating aggregates and can be used offline. MOLAP cubes provide the
fastest query response time and performance but require additional storage
space for the extra copy of data from the fact table.

What are ROLAP cubes?


ROLAP Cubes: stands for Relational OLAP. In ROLAP cubes a copy of data
from the fact table is not made and the data aggregates are stored in tables
in the source relational database. A ROLAP cube is best when there is limited
space on the Analysis Server and query performance is not very important.
ROLAP local cubes contain the dimensions and cube definitions but
aggregates are calculated when they are needed. ROLAP cubes requires less
storage space than MOLAP and HOLAP cubes.

What are HOLAP cubes?


HOLAP Cubes: stands for Hybrid OLAP. A ROLAP cube has a combination of
the ROLAP and MOLAP cube characteristics. It does not create a copy of the
source data however, data aggregations are stored in a multidimensional
structure on the Analysis Server computer. HOLAP cubes are best when
storage space is limited but faster query responses are needed.

What is the approximate size of a data warehouse?


You can estimate the approximate size of a data warehouse made up of only
fact and dimension tables by estimating the approximate size of the fact
tables and ignoring the sizes of the dimension tables.

To estimate the size of the fact table in bytes, multiply the size of a row by
the number of rows in the fact table. A more exact estimate would include
the data types, indexes, page sizes, etc. An estimate of the number of rows
in the fact table is obtained by multiplying the number of transactions per
hour by the number of hours in a typical work day and then multiplying the
result by the number of days in a year and finally multiply this result by the
number of years of transactions involved. Divide this result by 1024 to
convert to kilobytes and by 1024 again to convert to megabytes.

E.g. A data warehouse will store facts about the help provided by a
company’s product support representatives. The fact table is made of up of a
composite key of 7 indexes (int data type) including the primary key. The fact
table also contains 1 measure of time (datetime data type) and another
measure of duration (int data type). 2000 product incidents are recorded
each hour in a relational database. A typical work day is 8 hours and support
is provided for every day in the year. What will be approximate size of this
data warehouse in 5 years?

First calculate the approximate size of a row in bytes (int data type = 4
bytes, datetime data type = 8 bytes):

size of a row = size of all composite indexes (add the size of all indexes) +
size of all measures (add the size of all measures).

Size of a row (bytes) = (4 * 7) + (8 + 4).


Size of a row (bytes) = 40 bytes.

Number of rows in fact table = (number of transactions per hour) * (8


hours) * (365 days in a year).
Number of rows in fact table = (2000 product incidents per hour) * (8
Hours ) * (365 days in a year).
Number of rows in fact table = 2000 * 8 * 365
Number of rows in fact table = 5840000
Size of fact table (1 year) = (Number of rows in fact table) * (Size of a
row)

Size of fact table (bytes per year) = 5840000 * 40


Size of fact table (bytes per year) = 233600000.
Size of fact table (megabytes per year) = 233600000 / (1024*1024)
Size of fact table (in megabytes for 5 years) =
(23360000 * 5) / (1024 *1024)
Size of fact table (megabytes) = 1113.89 MB
Size of fact table (gigabytes) = 1113.89 / 1024
Size of fact table (gigabytes) = 1.089 GB

Vous aimerez peut-être aussi