индексации СУБД вынуждена будет всякий раз заново сканировать всю таблицу в поисках за прошенных данных. В случае больших таблиц это очень затратно. По возможности индексируйте большие таблицы хотя бы по часто запрашиваемым столбцам с ключами (первичными, альтерна тивными и внешними).

2.2.1.3.7 ПОВЫШЕНИЕ ПРОИЗВОДИТЕЛЬНОСТИ ЗА СЧЕТ СЕКЦИОНИРОВАНИЯ

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

2.2.1.3.8 СОЗДАНИЕ ПРЕДСТАВЛЕНИЙ

Представления можно использовать для контроля доступа к определенным элементам данных либо для того, чтобы задавать встроенные сочетания условий или фильтров с целью стандарти зации отображения общих объектов или запросов. Сами представления следует проектировать исходя из бизнес-требований. Во многих случаях их нужно разрабатывать параллельно с проек тированием LMD и PMD.

2.2.2 Обратное проектирование

Обратное проектирование (или реверс-инжиниринг — reverse engineering) — это процесс доку ментирования существующей базы данных. Первым делом составляется PMD с целью понять техническое устройство имеющейся системы, затем создается LMD с целью документирования решаемых ею бизнес-задач, и, наконец, подготавливается CMD для документирования области применения системы и используемой терминологии. Большинство инструментов моделирова ния данных поддерживают реверс-инжиниринг самых разнообразных баз данных; однако для создания читабельного представления элементов моделей так или иначе потребуется специалист по моделированию данных. За основу для начала берется одна из стандартных схем представ ления (ортогональная, многомерная или иерархическая), но контекстное упорядочение модели (группировка сущностей по предметным областям или функциям) по-прежнему производится в основном вручную.

2.3 Проверка и оценка качества моделей данных

Как и любые другие результаты деятельности в сфере ИТ, модели данных нуждаются в контроле качества. В организации должна быть внедрена практика их непрерывного совершенствования. Технически это может быть реализовано с использованием различных методик, которые могут оценивать такие аспекты, как время реализации выгод (time-to-value), стоимость поддержки мо делей или их качество. Одной из подобных методик является, например, карта балльной оценки