
- •Введение
- •1. Требования, предъявляемые к базам данных
- •2. Концепция построения бд
- •2.1 Инженерные и экономические задачи
- •2.2 Информационно-поисковые и информационно советующие системы управления
- •2.3 Информационные массивы и базы данных
- •2.4 Модели данных
- •2.5 Подходы к построению бд
- •2.6 Восходящее и нисходящее проектирование бд
- •2.7 Хранилище данных
- •3. Методология баз данных
- •3.1 Методология проектирования баз данных
- •3.2 Методология использования баз данных
- •3.3 Методология функционирования баз данных
- •3.4 Методология проектирования хранилищ данных
- •Литература
- •Список иллюстраций
3.4 Методология проектирования хранилищ данных
Перейдем к методологической стороне хранилищ данных. Здесь по- прежнему можно выделить процедуру создания (проектирования) и использования ХД.
Процедура использования ХД мало отличается от аналогичной процедуры в БД. Но её особенность в том, что в силу высоких требований к быстродействию ХД следует особое внимание обратить на оптимизацию запросов.
При создании ХД выполняются следующие работы.
Формируется состав итоговой информации с предельно допустимым временем отклика и предельным сроком хранения детальной информации.
Определяется предполагаемый набор запросов на основе детальных данных. При этом следует найти компромисс между созданием итоговой статистической информации и её вычислениями на основе детальных данных.
Выбирается способ хранения данных «время» в таблицах.
Осуществляется выбор СУБД, который должен учесть и потребности системы OLTP. Наиболее подходящей является ООСУБД с использованием многомерной модели данных MOLAP.Определяются размерности модели данных.
В тоже время можно использовать и реляционную СУБД с применением разновидности ROLAP. Следует выбрать схему («звезда» или «снежинка»). Тогда полезно построить таблицу факторов и сопровождающие ее справочные таблицы с минимальными изменением ключей в них. При использовании схемы «звезда» следует провести денормализацию.
5.Определяются потребности в дополнительных данных, отсутствующих в OLTP, и удаляются ненужные, лишние столбцы в детальных данных.
Заключение
Распределенная база данных - это совокупность множества взаимосвязанных баз данных, распределенных в компьютерной сети.
В ходе работы я выяснила, что система управления распределенной базой данных определяется как программная система, которая позволяет управлять базой данных таким образом, чтобы ее распределенность была прозрачна для пользователей.
Преимущества распределенной СУБД заключаются в том, что она позволяет отразить организационную структуру и повышает возможности совместного использования удаленных данных, а также повышает надежность, доступность и производительность системы, позволяет получить экономию средств и обеспечивает модульное наращивание мощности всей системы. Основными ее недостатками являются более высокая стоимость, сложность, отсутствие стандартов и нехватка опыта разработки и эксплуатации.
При разработке распределенных баз данных кроме централизованных реляционных баз данных необходимо рассматривать дополнительные факторы. В частности, рассматриваются следующие аспекты проектирования распределенных систем: фрагментация, размещение, репликация.
Существует множество альтернатив распределенной обработки. Наиболее популярна в настоящее время архитектура клиент-сервер. Более распределенной и более гибкой является архитектура типа много-клиентов/много-серверов.
Литература
1. Советов Б.Я. Базы данных. Теория и практика: учебник. -2-е изд., стр.- 463. –М., 2007
2. Фуфаев Э.В. Базы данных :учебное пособие.- 320 с. : рис. – М., 2005
3. Марков А.С. Базы данных. Введение в теорию и методологию :учебник. -511 с., 2004
4.Острейковский В.А. Информатика. Теория и практика: учебное пособие.- 608 с., 2008
5. Кузин А.В. Базы данных: учебное пособие. – 2-е издание, стр. -315 с. : рис., табл. – М.,2008