- •Часть 1. Cистемное проектирование
- •1. Понятие системного проектирования
- •2. Классическое проектирование ис
- •2.1. «Каскадная» организация проектирования ис
- •2.1.1. Преимущества «каскадной» схемы
- •2.1.2. Недостатки «каскадной схемы»
- •1. «Опоздание»
- •2. «Бесполезность»
- •3. «Жесткость» и «закрытость»
- •4. «Типовые оргструктуры»
- •2.2. Классические методы проектирования ис
- •3. Бизнес-реинжиниринг
- •3.1. Внешние причины возникновения bpr
- •3.2. Внутренние причины возникновения bpr
- •3.3. Bpr: мотивы предприятий
- •3.4. Связь бизнес-реинжиниринга с ит
- •4. Новое системное проектирование
- •4.1. Понятие нового системного проектирования
- •4.2. Объекты н.С.П.
- •4.3. Методы н.С.П.
- •4.4. Общие принципы организации проектирования ис
- •4.4.1. Применение в н.С.П. Улучшенных каскадных схем
- •4.4.2. Адаптивные схемы организации н.С.П.
- •Заключение
- •Часть 2. Методология проектирования ис введение
- •1. Основные понятия и определения
- •2. Структурный системный анализ предприятия как основа формирования информационной системы
- •3. Субд как способ реализации ис
- •3.1. Модели субд
- •3.1.1. Системы с инвертированными списками
- •3.1.2. Иерархические структуры данных
- •3.1.3. Сетевые структуры данных
- •3.1.4. Реляционная модель
- •3.2. Архитектуры субд
- •4. Проектирование логической и физической структуры информационной системы.
- •4.1. Логическая структура ис и проектирование реализации.
- •4.2. Проектирование физической структуры ис
- •5 . Применение case-технологий в разработке ис
- •5.1. Классификация case-средств
- •5.2. Методика работы с саse-технологиями (на примере пакета oracle designer/2000)
- •6. Проектирование оптимальной логической и физической структуры информационной системы.
- •6.1. Методы решения задачи проектирования структуры и эскизная оценка проекта структуры ис
- •6.2. Выбор структуры бд на основе прагматического подхода
- •2.12. Первый вариант денормализации модели структуры бд на основе прагматического подхода.
- •6.3. Целевая функция и ограничения для общей задачи построения ис на основе рбд.
- •6.4. Критерии оптимизации для бд с одним сервером.
- •6.5.Построение эффективной логической структуры на основе алгоритма кластеризации атрибутов данных.
- •7. Анализ структуры бд точки зрения эффективности на основе имитационного моделирования
- •8. Проектирование ис на основе распределенных баз данных.
- •8.1. Структура распределенных субд
- •8.1.1. Архитектура распределенных субд
- •8.1.2. Логическая структура базы данных
- •8.1.3.Физическая структура базы данных
- •8.2. Стратегия распределения данных.
- •8.2.1.Общий подход
- •8.2.2. Стратегия централизации
- •8.2.3. Стратегия расчленения
- •8.2.4. Смешанная стратегия
- •8.3. Методы проектирования распределенной бд
- •8.3.1. Общий подход к проектированию распределенных бд
- •8.3.2. Проектирование распределенной многоуровневой ис
- •Список литературы оглавление
- •Часть 1. Системное проектирование
- •Часть 2. Методология проектирования ис
8.1.3.Физическая структура базы данных
Часть базы данных, распределенная в одном узле, называется хранимым фрагментом. Хранимый фрагмент, как реализация логического фрагмента, содержит подмножество строк таблицы. Таблица должна быть расчленена на не пересекающиеся между собой фрагменты. Наименьшим фрагментом таблицы является одиночная строка. Каждая строка фрагмента является полной в том случае, когда она содержит все столбцы, определенные в таблице. Фрагмент может повторяться с целью повышения надежности и производительности. Может существовать любое количество копий отдельного фрагмента, каждая из которых размещается в отдельном узле.
Гибкость проектирования обеспечивается наличием возможности сочетать копирование и расчленение базы данных. Определение логических фрагментов и размещения копий хранимых фрагментов позволяет проектировщику удовлетворять требования, предъявляемые ко времени отклика и надежности системы, управляя при этом дублированием базы данных.
8.2. Стратегия распределения данных.
8.2.1.Общий подход
Стратегии распределения данных по узлам ЭВМ могут классифицироваться в зависимости от количества узлов, содержащих данные, и наличия дублирования информации. Допустимые стратегии определяются архитектурой системы и программным обеспечением системы управления базой данных. Особенности реализации стратегий распределения данных определяются обычно в процессе проектирования базы данных. Рассмотрим четыре альтернативные стратегии распределения данных:
-
Централизация (единственная копия базы данных, расположенная в одном узле).
-
Расчленение (единственная копия базы данных , непересекающиеся подмножества которой распределены по различным узлам).
-
Дублирование (несколько копий базы данных, но в каждом узле располагается полная копия всех данных).
-
Смешанная (несколько копий подмножеств базы данных, в каждом узле может содержаться произвольный фрагмент базы данных).
Система управления распределенными базами данных, допускающая лишь централизованное распределение, является простейшей, а система, допускающая смешанное распределение данных, – наиболее сложной. Стратегии расчленения и дублирования являются более сложными, чем централизованная. Стратегия расчленения предполагает наличие лишь одной копии базы данных, но при этом необходимо знать, какая часть базы данных расположена в каждом узле. Стратегия дублирования предполагает наличие в каждом узле полной копии базы данных, причем все копии должны обслуживаться согласованно для обеспечения их полноты и целостности.
Смешанная стратегия сочетает сложности двух других распределенных стратегий, приобретая при этом гибкость и достоинства обеих стратегий. От системы управления распределенными базами данных может потребоваться контроль за изменением состояния копий каждого подмножества базы данных, а также за размещением каждой копии.
Существуют как преимущества, так и недостатки каждой из четырех стратегий. Далее будут рассмотрены вопросы, касающиеся надежности, хранения данных, времени отклика при выборке и обновлении данных, а также различные механизмы управления. Сейчас же мы рассмотрим преимущества и недостатки стратегий и типичные ситуации, когда каждая из этих стратегий является наиболее подходящей. В данном параграфе не рассматривается стратегия дублирования: очевидно, что она не отвечает требованиям оптимальности по временам выполнения приложений, неэффективна в смысле стоимости хранения информации, и в настоящее время в чистом виде не используется.