I ProductSubcateqory (Pijqo-ц ProductCategory (Pf Productlnventory (р

ProductMPcfellllustr.-

ProductModelProductDescriptionCulture

ProductDcHiription (

ProductModel (ProdTh-gfoduct (Productlor:] ProdnctPhoto (Pr

ProduclProdoctPhoto i

I PrnhjctDocuEnent

ProductUstPriceHlstof

PfoductCostHisloryl ProductReviewCProi

Puc. B.l. Таблицы базы данных AdventureWorks

DimPi-oduct

lOimProduG tSubcategoryl

I Dim ProductCategory

Puc. B.2. Таблицы базы данных Adven t иге -WorksDW

Ha этот раз вызывает удивление не то, что таблиц так много, а то, что их так мало. Поэтому, чтобы разобраться в этом вопросе, рассмотрим в качестве примера таблицу DimProduct, развернув список ее столбцов (рис. В.З).

Сравнение таблицы DimProduct с таблицей Product из базы данных AdventureWorks показывает, что в первую вошли многочисленные столбцы, которые до сих пор присутствовали в других таблицах, кроме Product. Такой проект характерен для баз данных OLAP; он отличается довольно низкой эффективностью с точки зрения занимаемого пространства, а будучи применен для создания базы данных OLTP, привел бы к появлению конфликтующих данных. Тем не менее, если вся необходимая информация представлена в одной таблице, то логическая модель упрощается, поэтому пользователям становится гораздо легче подготавливать отчеты по данным, представленным в базе данных, а само формирование отчетов осуществляется намного более эффективно (поскольку все необходимые данные находятся в одном месте и нет необходимости применять операции соединения).

Но сказанное не означает, что необходимость выполнять соединения в базах данных OLAP полностью отсутствует. Фактически одна из моделей, наиболее часто при-меняемьк для создания баз данных OLAP (обычно называемая звездообразной схе-

DimProduct

Productliey

ProductAlternateKey ProductSubcategoryKey

WeightUnitMeasureCode SlseUnit MesureCo d e EnglishPfoductName SpanishProductMame FrerchProductName StandardCost

FhishedGoodsFlag

color

SafetyStockLevel

ReorderPoFTit

ListPrice

SizeRange

Weight DaysToManLfacture ProductLine

DealerPrice

Class

Style

ModelName LargePhoto

EnglishDescriptbn

FrenchDescfption

ChineseDescription

ArabicDescriptiorr

Hebre>yDescription

ThaiDescription StartDate EndDate

Status

Puc. B.3. Список столбцов таблицы Dim-Product

мой), основана на том, что выполняются соединения некоторых таблиц, но сделано все для того, чтобы количество таких соединений было сведено к минимуму. Общий замысел этого подхода состоит в том, что основные данные хранятся в так называемой таблице фактов; еще одна особенность этой таблицы состоит в том, что она, как правило, содержит количественную информацию. Для доступа к таблице фактов применяются таблицы размерностей, которые представляют критерии выборки данных в таблице фактов.

В рассматриваемом примере таблицей размерностей является таблица Dim-Product, в имени которой префикс Dim , представляющий собой сокращение от Dimension (Размерность), как раз и указывает на это. В списке таблиц базы данных AdventureWorksDW можно обнаружить, что значительная часть таблиц обозначена префиксом Dim , а некоторые таблицы обозначены префиксом Fact .

Суть того, что представляет собой звездообразная схема, можно понять, выделив таблицу Fact Internet Sales и непосредственно связанные с ней таблицы, как показано на рис. В.4.

DimSalesTerritory

? SalesTerritoryKey

SdesTerritorvRegion SalesTerritoryCountry SdlesTerritoryGroup

DimCustomer

GeographyKey Customer AlternateKfiv Title

FrStName

MddleName

Mame3tyle

BrdiDate -

MdritlStdtus

Suffix

Gender

EmailAddress

Vearlylncome

TotalChil*en

rJumbeChlldrenAtHome

EnglishEducation

SpanishEdation

FrerchEduHtion

EriglishOccupabon

SpanishOccupdtion

FrerchOccupatiion

HouseOwnerFlag

rJuimberCarsOivned

AddressLinel

AddressLineZ

Phone

DateFrstPirchass

CommubeDistance

DimTime

J ГинеКе/

FLlDateAlternateKey

&ayNumberOfWteek

BnglishDaiyNanneOfWeek

5panisliOa/NameOFV/eek

FrenchDayNameOfWeek

DayNumberOfMerrth

D*yNumberOf¥ftsr

WeelumberOfYear

Erg!

SpanisliMonthNanw

FrenchMorthWame

MorthiumberOfVear

ClendarQuarter

CalendarVear

Ctendareriester

FiscalQua-ber

FiscalYear

FiscalSefTKSter

FactlntemetSales

ProdijctKey

OrderOatsKey

DjeDabeKay

CjstofnerKey

FVomotionKey CirrencyKey SdKTerritoryKey SdasOrderMumber

SalwOttJeriiieNLiTfcer RevisionNLirrtber OrderQuantity UnitPrice EJdtendedAfTBunt UnitPnreDiscountPct DiscountAmount ProdLKt5taidardCast TotalProductGost SdesAmoLut TaxAmt Freight

CwriwTrackkigNumber CLiStOrerPOfJumber

DimProduct

? ProduttKey

ProdLKtAJternateKey

ProductSubcategoryKey

WeightUnitMeaseGode

SiaeUnitMeasireCode

EngtshPrcdiictMarne

SpanisWroductName

FrenchProductMarne

StandardCost

FinishedGoodsFlag

Color

5rfety5tod(Level ReorderPoint

UstPrice Size

5izeRange Weight DaysToManufarture PrpductLlne

DealerPfice

Class Style

hQdelName

LargePhoto

EngtshiDescripticsn

FrenchDescription

ChineseDesoripticn

ArabicDescriDtior

HebrevyDescriptior

ThaCescription

5tartD*e

EndDabe

Status

DlmCurrency

9 CurfencyKey

CurrexyAlberrateKey CurrencyNarte

Puc. B.4. Таблица FactlntemetSales со связанными с ней таблицами

Эта схема именуется звездообразной, поскольку в ней имеется центр (таблица фактов FactlntemetSales), а от этого центра отходят связи, напоминающие лучи, которые направлены к нескольким др)тим таблицам, связанным только с таблицей фактов (к таблицам размерностей). На практике можно также встретить так называемую схему снежинка , которая представляет собой результат объединения двух или нескольких звездообразных схем.