Measures are the numeric values that users want to
slice, dice, aggregate, and analyze; they are one of the fundamental reasons
why you would want to build OLAP cubes using data warehousing infrastructure.
By using SSAS, you can build OLAP cubes that will apply
business rules and calculations to format and display measures in a
customizable format. Much of your OLAP cube development time will be spent
determining and defining which measures will be displayed and how they will be
calculated.
Measures are values that usually map to numeric columns
in a data warehouse fact table, but they can also be created on dimension and
degenerate dimension attributes. These measures are the most important values
of an OLAP cube that are analyzed and the primary interest to end users who
browse the OLAP cube.
An example of a measure that exists in the data
warehouse is ActivityTotalTimeMeasure. ActivityTotalTimeMeasure is a measure
from ActivityStatusDurationFact that represents the time that each activity is
in a certain status.
The detail level of a measure is made up of all the
dimensions that are referenced. For example, the detail level of the ComputerHostsOperatingSystem relationship
fact consists of the Computer and Operating System dimensions.
Aggregation functions are calculated on measures to
enable further data analysis. The most common aggregation function is Sum. A
common OLAP cube query, for example, sums up the total time for all activities
that are In Progress. Other common aggregation functions include Min, Max,
and Count.
After the raw data has been processed in an OLAP cube,
users can perform more complex calculations and queries using multidimensional
expressions (MDX) to define their own measure expressions or calculated
members.
MDX is the industry standard for querying and accessing
data that is stored in OLAP systems. SQL Server was not designed to work
with the data model that multidimensional databases support.
No comments:
Post a Comment