механизмов подачи данных в одну сводную таблицу измерения. Прежде всего нужно согласовать структуру этой сводной таблицы и первичного ключа. Таблица будет содержать все общие столбцы и ряд столбцов, поступающих только из некоторых механизмов подачи. Ключ, как правило, будет суррогатным. В метамодели должна присутствовать информация, позволяющая преобразовать каждое поле из всех механизмов подачи данных в столбец сводной таблицы измерения. Самое трудное - автоматизировать процесс преобразования так, чтобы Abe Inc. из одной системы соответствовало А.В.С. Inc. из другой. Очевидно, если нельзя выполнить преобразование автоматически, то потребуется вручную преобразовывать записи из механизмов подачи друг в друга. Обязательно сохраняйте все детали этого преобразования в справочных целях для последующих загрузок. Держите все эти детали б метамодели.

Прильечание

Преобразование имен и адресов - сложная проблема, имеющая больщое значение как для индустрии прямой почтовой рекламы, так и для ряда систем, предназначенных для выявления попыток мошенничества. Это очень специальная область, и есть несколько фирм, которые в ней специализируются.

Выборка данных путем исследования и с помощью OLAP-инструментов

Инструментальные средства, которые помогают влиятельным пользователям принимать как стратегические, так и тактические бизнес-решения, известны под общим названием средства оперативной аналитической обработки данных (OLAP). Они дают возможность перемещаться по данным, не зная их базовых структур, и представлять эти данные с помощью знакомых пользователям бизнес-терминов. Эти средства позволяют рассматривать данные с нескольких точек зрения, в нескольких измерениях (этот прием называется вращением), а также изменять одно измерение, оставляя другие измерения постоянными, благодаря чему можно моделировать возможные ситуации. OLAP-средства также позволяют пользователю детализировать данные, если необходим более глубокий анализ.

OLAP-средства можно разделить на две категории:

многомерные (MD-OLAP);

реляционные (ROLAP).

Отличие между ними состоит в том, что многомерное OLAP-средство взаимодействует с базой данных, имеющей многомерную архитектуру, тогда как реляционное OLAP-средство поддерживает реляционную базу данных. Мы рассматриваем только ROLAP-средства, хотя и подтверждаем, что в

некоторых OLAP-средствах межцу базой данных (реляционной) и внешним интерфейсом имеется многомерный процессор.

Прп.чечанпе

В Oracle версии 7.3 в Universal Server встроен многомерный процессор (Oracle Express Server). Этот новый процессор работает в совершенно отдельном от реляционного процессора гтространстве и в настоящее время не очень хорошо интегрирован. Он выступает в роли независимого склада данных и кэша для данных, находящихся в реляционной базе данных. Поскольку предмет нашей книги - реляционная база данных Oracle, в детали работы многомерного процессора мы углубляться не будем.

Выбор OLAP-средства - важный этап процесса разработки хранилищ данных. Рекомендуем сделать этот выбор как можно раньше, потому что от него могут зависеть некоторые проектные рещения. Например, может встать вопрос о том, сколько атомарных данных хранить и сколько агрегированных значений сопровождать. Некоторые OLAP-средства могут выдавать агрегированные значения на лету в процессе выполнения. Если в хранилище данных содержатся сведения о продажах по месяцам (но не по кварталам), то цифры за месяц можно получить простым суммированием по группам. Более вероятный сценарий - когда обеспечивается необходимое агрегирование, но нужно показать конкретный экземпляр измерения в процентах к общему итогу или в совокупности с другим измерением. Например:

Какая доля объема продаж товаров недлительного пользования обеспечена азиатско-тихоокеанским регионом в сентябре?

Какие подразделения перерасходовали бюджет в прошлом году?

Кто наши десять ведущих покупателей в мировом масштабе и какой процент доходов получен за счет продаж этим покупателям?

Мораль: чем более сведуще ваше ОЕАР-средство в получении этих данных, тем меньше вероятность того, что возникнут вопросы такого типа.

Ui этой /лаве:

л Зачем нужен , параллелизм? ! Проектирование

е целью обеспечение

параллелизма

Parallel Querij Option (PQO)

Oracle Parallel Server (OPS)

Проектирование для параллельной обработки

Параллельная обработка в среде Oracle строится на двух продуктах: Oracle Parallel Query Option (PQO) и Oracle Parallel Server (OPS). Как мы увидим далее в этой главе, эти очень разные продукты предназначены для достижения одной и той же цели - задействовать для обслуживания текущей рабочей нагрузки все имеющиеся аппаратные средства. Хотя из-за схожести названий эти продукты иногда путают, в действительности они соверщенно разные. Дополнительную путаницу в данный вопрос вносит еще и то, что Parallel Query Option может эксплуатировать Parallel Server, если последний имеется б наличии.

Что же делают эти продукты? Parallel Query Option стремится ускорить полное сканирование таблиц (и только полное сканирование таблиц), заставляя каждый из нескольких процессов выполнять часть этой работы. Это может оказаться выгодным даже на однопроцессорных мащинах, а на мащине с несколькими центральными процессорами и дисковыми контроллерами уменьщение времени выполнения запроса может быть просто потрясающим.

Oracle Parallel Server дает возможность отдельным экземплярам Oracle вместе использовать одну физическую базу данных. Такой подход позволяет Oracle поддерживать те аппаратные средства, в которых процессоры могут совместно использовать дисковые устройства (или читать и записывать данные на дисковые устройства, принадлежащие друг другу, в так называемых архитектурах shared nothing), но не могут совместно использовать оперативную память, в силу чего не могут одновременно обращаться к одним и тем же находящимся в оперативной памяти управляющим структурам.