Главная страница
Навигация по странице:

  • )

  • PERSON

  • Security


  • Проектирование баз данных

  • Рис.

    		•

    распознанный текст 1. Теория баз данных Общие понятия


    Скачать 283.55 Kb.
    НазваниеТеория баз данных Общие понятия
    Дата27.06.2021
    Размер283.55 Kb.
    Формат файлаdocx
    Имя файлараспознанный текст 1.docx
    ТипГлава
    #221844
    страница4 из 4
    1   2   3   4

    методов






    г

    Соча п
    Л

    IOLILJL.IV



    Приложения

    Раоа fj

    V
    [аппЫЛ

    )



    ООБД

    Рис. 6.17. Методология совместной разработки в парадигме ООБД





    1. Основные понятия OODM

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

    Атрибуты описывают свойства объекта. Например, в объект PERSON (персона) включены атрибуты Name (имя), Social Security Number (номер социального страхования) и Date of Birth (дата рождения).

    Объекты, которые совместно используют одни и те же характеристики, группируются в классы. Класс представляет собой абстрактное представление схожих объектов со структурой совместного доступа (атрибутами) и поведением {методами). В общем случае класс напоминает набор сущностей ER-модели. Однако класс отличается от набора сущностей тем, что содержит набор процедур, называемых методами. Метод класса представляет собой некоторое действие, например, поиск, изменение данных или распечатку данных. Иначе говоря, методы эквивалентны процедурам в традиционных языках программирования. В терминах объектно- ориентированного подхода методы определяют поведение объекта.

    Классы организованы в иерархию классов. Иерархия классов похожа на перевернутое дерево, в ней каждый класс имеет только одного предка (явное сходство с иерархической моделью).

    Наследование — это возможность объекта внутри иерархии классов наследовать атрибуты и методы классов, структурно расположенных выше него.

    1. Преимущества OODM

    Объектно-ориентированная модель имеет несколько важнейших преимуществ перед ER-моделью.

    Добавление семантического наполнения делает модель более значимой и информационно-насыщенной.

    Семантическое наполнение включено во внешнее представление. Как и ER- диаграммы, объектно-ориентированная модель представляет отношения в наглядной форме. Однако в наглядное представление объектно-ориентированной модели включается семантическое наполнение, что упрощает визуализацию сложных отношений между объектами.

    Целостность базы данных. Так же как и иерархическая, объектно-ориентированная модель использует наследование для защиты целостности базы данных. Однако объекты OODM содержат большее количество типов связей, а сами связи являются более сложными.

    Структурная независимость и независимость по данным. Автономия объекта объектно-ориентированной модели гарантирует структурную независимость и независимость по данным.

    1. Недостатки OODM

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

    Отсутствие должного уровня стандартизации. Для OODM пока не существует стандартов объектно-ориентированной модели. Различные стандарты, связанные с OODM, находятся в активной разработке, работа над ними продолжается, однако они не являются столь распространенными, как стандарты для РСУБД. Происходит сближение стандартов для РСУБД с ООСУБД, например, в стандарте SQL3 и более поздних. Особенно проблематичным является отсутствие стандартного метода доступа к данным. Этот недочет создает проблемы при доступе к данным из различных источников (различные поставщики поддерживают различные методы доступа к данным, как правило, несовместимые).

    Сложная навигация доступа к данным. Метод доступа к данным напоминает стиль навигации в иерархической и сетевой моделях.

    Трудность изучения. Недостаток стандартизации и трудности, вызванные навигационным стилем доступа к данным, приводят к затруднениям в изучении объектно-ориентированной модели, даже большим, чем при изучении сетевой модели. Несмотря на то что мы с легкостью используем объекты — перетаскиваем объекты на экране дисплея, не заботясь и не задумываясь о тех процессах, которые обеспечивают это действие, — моделирование данных и реализация объектно-ориентированных баз данных — это совершенно иные действия.

    Объекты сложны, и тот факт, что они могут иметь большое семантическое наполнение, делает их трудными для проектирования и реализации. Работа с OODM больше похожа на объектно-ориентированное программирование, чем на проектирование данных. Это приводит к тому, что конечные пользователи считают объектно-ориентированные системы трудными для понимания и применения.

    Ресурсоемкость. Объектно-ориентированные системы сложнее, чем реляционные модели. Реализация такой модели требует солидных затрат на приобретение оборудования и операционной системы. Сложность конфигурации и повышенные системные требования приводят к замедлению выполнения запросов и транзакций.

    1. Проектирование баз данных

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

    связь», так и делали, однако при наличии компьютера с развитым графическим интерфейсом рисунки на бумаге отошли в прошлое. Довольно быстро был создан целый класс программных продуктов, позволяющий не только выполнять моделирование в парадигме «сущность-связь», но и генерировать на основе созданных моделей схему базы данных для практически любых распространенных серверов баз данных. Одной из таких программ является ErWin Data Modeler (рис. 6.18).


    ЛШ iiM-iii I W vim I I'.'it.i 'Idili-li’t j41wici i: S:iiiic< t At i-,i !|



    Рис. 6.18. Окно программы ErWin Data Modeler




    При помощи этой программы можно быстро и легко создавать сущности, присваивать им атрибуты, ключи, создавать между ними связи. После того как схема создана, можно выбрать конкретный сервер баз данных и построить схему базы данных. При этом ErWin Data Modeler переводит созданную логическую модель на физический уровень представления и генерирует схему в соответствии с набором типов данных на конкретном выбранном сервере. Этот процесс носит название прямого проектирования (forward engineering).

    Интересной особенностью ErWin Data Modeler является также возможность осуществить обратную операцию: извлечь схему из выбранного сервера баз данных и отобразить ее в качестве своей модели. Извлеченную схему можно затем изменить и снова осуществить прямую генерацию.

    Надо отметить, что современные серверы баз данных часто оснащаются средствами моделирования модели «сущность-связь» или другими средствами создания схем баз данных.

    Вопросы для самопроверки

    1. Что такое «предметная область»?

    2. Какие определения понятия «база данных» вам известны? Приведите минимум два.

    3. Что такое «СУБД»?

    4. Из каких компонентов состоит СУБД?

    5. Каковы основные группы пользователей СУБД?

    6. Что такое «модель данных»?

    7. Какие виды классификаций СУБД вам известны?

    8. Как СУБД классифицируются в зависимости от принятой модели данных?

    9. Что такое «распределенная СУБД»?

    10. Чем клиент-серверная СУБД отличается от встроенной?

    11. Какие функции выполняет СУБД?

    12. Какие модели данных вам известны?

    13. Из каких уровней состоит трехуровневая модель представления данных ANSI- SPARC?

    14. Что такое «элемент данных»?

    15. Что такое «запись»? Что такое «схема записи»?

    16. Зачем нужно ключевое поле?

    17. Что такое «сущность» в модели «сущность-связь»? Приведите пример.

    18. Что такое «класс сущностей»?

    19. Что такое «атрибуты и идентификаторы сущностей»?

    20. Что такое «связи сущностей», что они определяют? Какие типы связей вам известны?

    21. Чем отличается связь один ко многим от связи многие ко многим? Приведите примеры.

    22. Каковы преимущества и недостатки ER-моделирования?

    23. Что такое «реляционная модель данных»? Кем она была предложена?

    24. Назовите по крайней мере две системы, применяющиеся для непрерывного моделирования?

    25. Каким условиям должны удовлетворять данные в реляционных таблицах?

    26. Перечислите хотя бы 9 из 12 правил Кодда.

    27. Что такое «первичный ключ»?

    28. Что такое «внешний ключ», какова его роль в установлении связи между таблицами?

    29. Что такое «ссылочная целостность»? Каковы последствия несоблюдения ссылочной целостности для базы данных?

    1. В чем заключаются первая, вторая и третья нормальные формы?

    2. Какие группы операторов языка SQL вам известны?

    3. Какие операторы входят в группу операторов манипулирования данными? Каково их назначение?

    4. Перечислите преимущества реляционной модели.

    5. Каковы причины возникновения постреляционных моделей СУБД?

    6. Чем OODM отличается от ER-модели?

    7. Перечислите преимущества и недостатки OODM.

    Литература

    1. КренкеД. Теория и практика построения баз данных. СПб.: Питер, 2003.

    2. Кузин А. В., Левонисова В. С. Базы данных. М.: Академия, 2008.

    3. Марков А. С., Лисовский К. Ю. Базы данных: введение в теорию и методологию. М.: Финансы и статистика, 2006.

    4. Райордан Р. Основы реляционных баз данных. М.: Русская редакция, 2001.

    I Существуют и другие нормальные формы с более строгими условиями.
    1   2   3   4

    написать администратору сайта