Проектирование реляционных хранилищ данных

Проектирование реляционных хранилищ данных На первом этапе в рамках требований реляционной модели создаются объекты хранения данных, соответствующие сущностям и взаимосвязям ло­гической модели реляционной базы данных - таблицы, индексы, представле­ния и т. д. Главной целью второго этапа является обеспечение требуемого уровня производительности. Для достижения этой цели необходимо учитывать как особенности реализации СУБД, для которой создается физическая модель, так и особенности функционирования будущей информационной системы в целом. Обычно производительность базы данных измеряется в терминах производительности транзакций (transactionperformance). Для повышения производительности транзакций могут быть модифици­рованы объекты, созданные на первом этапе, или созданы новые объекты; другими словами, разработка физической модели представляет собой итера­ционный процесс, причем итераций (создание объектов - анализ транзак­ций - модификация объектов - анализ транзакций) может быть несколько. Чтобы успешно решить задачу повышения производительности, необходимо понимать, какие именно транзакции могут иметь место в базе данных. Одна­ко в большинстве случаев получение изначально полностью прописанных транзакций к базе данных является весьма сложной организационной зада­чей. В условиях недостаточных сведений о транзакциях приходится пола­гаться на свой собственный опыт проектирования, выполнять выборочную настройку объектов, полученный на первом этапе создания физической модели. Поскольку часть проблем, связанная с производительностью базы данных, может быть выявлена лишь на стадии эксплуатации базы данных, приходится переадресовывать окончательное решение проблемы производи­тельности администратору базы данных. Отметим, что при решении задач этого типа нельзя опираться только на знание стандарта SQL. Необходимо использовать специфические конструк­ции конкретной СУБД, выбранной для реализации базы данных. Основными механизмами промышленных СУБД для решения настоящей задачи...