{codecitation class="brush: pascal; gutter: false;" width="600px"}
Программист ошибается дважды: первый
Цель данного
Интегрированная база
Широко известные методы проектирования баз данных (БД) появились
Было сформулировано принципиальное требование отделения программ
Другой важной проблемой проектирования БД явилось обеспечение нужных эксплуатационных параметров, таких как объем внешней памяти или время выполнения различных операций. Известны
Сформировалось понимание интегрированной БД как общего информационного ресурса предприятия. Хранимые данные стали аналогичны большому компьютеру, который одновременно используется многими пользователями
За
Классическая методология проектирования
сбор сведений
выбор языка представления
анализ собранных сведений
синтез концептуальной модели БД: проектирование целостной концептуальной схемы БД
выбор конкретной модели данных
проектирование логической схемы БД для выбранной СУБД (называющееся также «проектирование реализации»);
разработка физической структуры БД («физической» или «внутренней» схемы, она
разработка технологии
разработка технологии
разработка универсальных программ доступа к БД
информационное обеспечение разработки конкретных программ обработки данных: обеспечение метаинформацией, данными контрольных примеров
получение обратной связи
тестирование БД,
Есть все основания называть методологию классической: для указанных методов разработаны полные, целостные методические системы, для большинства методов предложены формализованные модели, эти
Использовалась дисциплина
За
Проектирование комплексной по предметной направленности, интегрированной и, обычно, большой по размеру БД стало сложной задачей. Наличие целостной методологии проектирования позволило позаботиться о «сапожнике-проектировщике»
На этом пути возникло два основных направления развития
Часто интегрированность функций приводит
Последний факт связан
С учетом сказанного, классическая Мастерская проектировщика БД включает совокупность классических структурных методов проектирования, набор соответствующих инструментов моделирования, реализации, загрузки
Обеспечение эксплуатационных характеристик
возможности сравнения временных параметров вариантов реализации разных вариантов схемы БД,
возможности сравнения параметров вариантов реализации одной схемы БД
возможности сравнения параметров реализации одной схемы БД
возможности предсказания временных параметров работы различных прикладных программ
Задача сравнения временных параметров разных СУБД рассматривается как самостоятельная. Однако, она часто должна решаться как часть проектной задачи выбора СУБД для проектируемой БД и
Понятие транзакции было введено для определения законченной совокупности действий над БД, которая переводит БД
Временные оценки СУБД наиболее популярных тестов последнее время даются
Нужно будет обнаруживать пределы возможностей такого деления работ
Оценка достигнутого состояния
Не исключено, что
Аналогичные проблемы характерны для СУБД
Весьма важно, чтобы средства СУБД были адекватны потребностям пользователей. Поскольку разным пользователям могут понадобиться разные модели данных, языки данных
Можно, конечно, поставить под сомнение ценность таких исследований. Действительно,
Выше шрифтом выделена цитата из [Цикритзис85].
Что
Применяются
СУБД, поддерживающие реляционную модель данных
Иерархическая «каскадная» схема структурного проектирования БД при подходе
Утилиты динамического администрирования БД, обеспечивающие следующие функции:
отслеживание динамики показателей эксплуатации БД: показатели доступны
создание резервных копий БД, также как
возможна динамическая реорганизация БД (переразмещение БД
Учет пользовательских требований
Что теряется
Вместе
полная процедура нормализации высоких степеней
оптимизация размещения БД
Значительно меньшее внимание
Этому есть,
высокие требования
громоздкость методов, используемых
относительная легкость выполнения реорганизации логической
Ограничения классических методов
Классические модели
Спустя годы
Еще через
Наконец, наступило время, когда проектирование БД (и ИС
Причины появления новых требований
Феномены глобальных компьютерных коммуникаций
Более того, новые возможности
резкое снижение затрат времени, числа работников
глобализация бизнеса: работа
опора
работа
Если ИТ были одним
Также, как саму ИС нельзя рассматривать
Что нужно
Покажем новые требования
Обеспечение максимальных возможностей для каждого работника, то есть поддержка выполнения всех
обеспечение средств доступа
использование архитектуры
применение средств DSS
предложение единого интерфейса пользователя для работы
Разработка концепции
применение методов компонентного проектирования предметных БД как для операционных БД, так
разработка процедур компонентного изменения корпоративной БД при изменении
постоянная актуализация понятийной модели деятельности предприятия для учета новых понятий, возникающих при изменении прикладных компонент
динамическое администрирование фрагментами распределенной корпоративной БД при изменении частоты
Некоторые новые технические требования
Вошедшие
Язык SQL, бывший в 80-м году всего лишь одним
В реальных разработках наиболее распространенных организационно-производственных ИС
Возникли практически работающие стандарты de facto интероперабельной работы
Мультиплатформенность стала нормой, многопротокольность коммуникаций для распределенных БД реализуется
Вошли
Меняется подход
Объектная ориентация
К новым подходам
Поскольку новые требования
Каскадные схемы организации проектирования ПО для ИС достаточно давно стали преобразовываться
Сейчас различные циклические
Однако, такие циклические схемы сохраняют многие старые недостатки структурных методов.
трудоемкость внесения изменений
ограничения возможностей компонентного проектирования использующего комплектации
Существуют
В условиях компонентного проектирования организационная схема проектирования БД должна выглядеть как схема параллельного спирального проектирования компонентов БД и
Часто можно встретить утверждения, что объектно-ориентированное проектирование
От новых требований
Важнейшей задачей проектирования архитектуры корпоративной БД является обеспечение работы
Отсюда следуют стратегические для архитектуры БД и ИС
компонентная технология проектирования
расширенная технология Хранилища Данных, интегрирующая исторические форматированные данные, архивные текстовые документы, звуковые
открытость БД для включения
Архитектура Открытых Систем, расширенная методами
Расширенная технология Интегрального Хранилища заставляет
К новым подходам
Как ответ
Об исключении избыточности
Сохраняется как разумное требование однократного ввода данных в БД для решения разных задач
Вместе
Новая ситуация, включая существенный
Проблема консервации проблем
Сам характер дисциплины проектирования, предусмотренный каскадной схемой, методами структурного проектирования
Предполагаемые подходы:
возможность фиксировать описания атрибутов, сущностей, связей, функций,
проектирование или реконструкция моделей компонентов ИС и БД,
проектирование упорядоченной последовательности состояний корпоративной БД как последовательности совокупностей эксплуатируемых предметных БД, включающих: наследованные БД, структурно предопределенные БД «покупных» функциональных компонентов, спроектированные специально для данного предприятия БД, причем БД двух последних категорий постепенно заменяют наследованные и, затем
открытость репозитория
Компонентная открытость
Компонентный подход
Реальное компонентное проектирование БД может основываться
Разработка понятийных моделей
Необходимость использования общих понятийных моделей заставляет заново рассматривать проблему проектирования БД того, что называется НСИ (нормативно-справочная информация)
До сих пор часто встречается мнение, что
Понятийные модели
На последующих этапах проектирования собственно БД понятийная модель продолжает использоваться
разработка совокупности разных предметных информационных моделей
разработка функциональных моделей разных типов;
разработка семантически богатых средств поддержки пользователя,
Технологическая открытость
В ИС новой архитектуры СУБД станут определяющим но
Рекомендуется сохранение независимости
Целесообразно ориентироваться
Средства разработки приложений должны удовлетворять требованиям мобильности приложений и, одновременно, работы
Проблемы объемов, временных характеристик
Распространение БД класса VLDB требует более активного использования методов проектирования эффективных физических схем данных. Невозможно строить такие БД рассчитывая
Целесообразно
Большой рост объемов БД будет сопровождаться ростом требований к
Проблема границ применимости двух основных методов проектирования
В ходе исследований
ЗАКЛЮЧЕНИЕ
Создание корпоративных БД
Дисциплина проектирования БД
В соответствии
{/codecitation}