Содержание
- 2. Цели и задачи дисциплины: Цель – формирование у студентов глубоких теоретических знаний в области управления, хранения
- 3. Место дисциплины в структуре ООП: Дисциплина «Базы данных» относится к базовой (общепрофессиональной) части профессионального цикла. Изучению
- 4. Литература: основная литература Карпова, Т.С. Базы данных: модели, разработка, реализация [Текст]: учебник / Т.С. Карпова. –
- 5. Литература: Кузнецов, С.Д. Основы современных баз данных / Информационно-аналитические материалы /Центр Информационных технологий МГУ, [электронный ресурс]
- 6. Концепция баз данных Данные и ЭВМ Восприятие реального мира можно соотнести с последовательностью разных, хотя иногда
- 7. Концепция баз данных Таблица 1.1 – Расписание движения самолетов
- 8. Концепция баз данных Данные и ЭВМ Применение ЭВМ для ведения (ведение данных – термин, объединяющий действия
- 9. Концепция баз данных Данные и ЭВМ Память использовалась для хранения самих данных, а интерпретация традиционно возлагалась
- 10. Концепция баз данных Данные и ЭВМ Обобществить такие данные чрезвычайно трудно: например, любое изменение структуры записи
- 11. Концепция баз данных Данные и ЭВМ Активная деятельность по отысканию приемлемых способов обобществления непрерывно растущего объема
- 12. Концепция баз данных Данные и ЭВМ Язык запросов СУБД позволяет обращаться за выборкой данных как из
- 13. Концепция баз данных Поколения СУБД и направления исследований в области БД Принято выделять три поколения СУБД:
- 14. Концепция баз данных Поколения СУБД и направления исследований в области БД II. Поколение. В 80-е годы
- 15. Концепция баз данных Поколения СУБД и направления исследований в области БД Однако существует широкий класс приложений,
- 16. Концепция баз данных Поколения СУБД и направления исследований в области БД Другим серьезным ограничением реляционных систем
- 17. Концепция баз данных Поколения СУБД и направления исследований в области БД Основными направлениями систем третьего поколения,
- 18. Концепция баз данных Поколения СУБД и направления исследований в области БД Генерация систем баз данных, ориентированных
- 19. Концепция баз данных Поколения СУБД и направления исследований в области БД Системы баз данных, основанные на
- 20. Концепция баз данных Поколения СУБД и направления исследований в области БД Объектно-ориентированные СУБД. Направление объектно-ориентированных баз
- 21. Концепция баз данных Поколения СУБД и направления исследований в области БД Широкое использование Интернет в различных
- 22. Концепция баз данных Поколения СУБД и направления исследований в области БД В Интернет требуется производить интеграцию
- 23. Концепция баз данных Терминология в СУБД В общеотраслевых руководящих материалах по созданию банков данных Государственного комитета
- 24. Концепция баз данных Терминология в СУБД Программы, с помощью которых пользователи работают с БД, называются приложениями.
- 25. Концепция баз данных Терминология в СУБД СУБД должна предоставлять доступ к данным любым пользователям, включая и
- 26. Концепция баз данных Терминология в СУБД Вопросы для самоконтроля к главе 1 Что понимается под ведением
- 27. Модели данных Классификация моделей данных При выполнении основных функций СУБД должна использовать различные описания данных. Естественно,
- 28. Модели данных Трехуровневая архитектура
- 29. Модели данных Классификация моделей данных Такая человеко-ориентированная модель полностью независима от физических параметров среды хранения данных.
- 30. Модели данных Классификация моделей данных Модель данных это совокупность структур данных, взаимосвязей и операций их обработки.
- 31. Рис. 2.2 Классификация моделей данных
- 32. Модели данных Классификация моделей данных Инфологические модели данных используются на ранних стадиях проектирования для описания структур
- 33. Модели данных Классификация моделей данных Гораздо более простой и удобный, чем SGML, язык HTML позволяет определять
- 35. Скачать презентацию
Цели и задачи дисциплины:
Цель – формирование у студентов глубоких теоретических
Цели и задачи дисциплины:
Цель – формирование у студентов глубоких теоретических
Задачи:
способствовать формированию системного базового представления, первичных знаний, умений и навыков студентов по принципам построения систем управления базами данных как научной и прикладной дисциплины, достаточных для дальнейшего продолжения образования и самообразования их в области вычислительной техники, информационных систем различного назначения;
способствовать изучению и построению моделей организации данных, проектирование реляционных баз данных для различных предметных областей;
способствовать получению базового уровня в проектировании и разработке баз данных в системах СУБД MS Access, MS SQL Server;
способствовать представлению о роли и месте баз данных в автоматизированных системах, о назначении и основных характеристиках различных систем управления базами данных, их функциональных возможностях.
Место дисциплины в структуре ООП:
Дисциплина «Базы данных» относится к базовой
Место дисциплины в структуре ООП:
Дисциплина «Базы данных» относится к базовой
Изучению курса предшествуют дисциплины: «Дискретная математика», «Теоретические основы информатики», «Программирование», «Вычислительные системы, сети и телекоммуникации», «Операционные системы, среды и оболочки», «Объектно-ориентированный анализ и программирование»
Требования к входным знаниям, умениям и компетенциям:
Знать:
– методы теории множеств, математической логики, теории графов, типовые алгоритмы поиска и сортировки данных, основные принципы работы запоминающих устройств, используемых для хранения данных в компьютерах, функции операционных систем по работе с файлами;
Уметь:
–применять математический аппарат при решении задач, приемы работы с файловыми системами операционных систем.
Успешное освоение курса позволяет перейти к изучению дисциплин: «Проектирование информационных систем», «СУБД Oracle для разработки экономических приложений», «Информационная безопасность», Итоговая государственная аттестация.
Литература:
основная литература
Карпова, Т.С. Базы данных: модели, разработка, реализация [Текст]: учебник
Литература:
основная литература
Карпова, Т.С. Базы данных: модели, разработка, реализация [Текст]: учебник
Кузин, А.В. Базы данных [Текст]: учебное пособие для вузов /А.В. Кузин, С.В. Левонисова.-М.: Академия, 2010.-316 с.
Лебедева, Т.Ф. Базы данных на основе кейс-метода [текст]: учебное пособие. /Т.Ф. Лебедева, Солопова А.Н. – Кемерово: КемИ РГТЭУ, 2011.-135 с.
дополнительная литература
Грабер, М. Введение в SQL [Текст] / М. Грабер ; пер. с англ - М.: Лори, 2000. – 382 с.
Дейт, К. Дж. Введение в системы баз данных [текст]. /К. Дж. Дейт, 7-е изд. – М.: Вильямс, 2001. – 1072 с.
Кириллов, В.В. Основы проектирования реляционных баз данных [электронный ресурс] http://www.citforum.ru/database/dbguide/index.shtml
Кириллов, В.В. Структурированный язык запросов (SQL) [электронный ресурс]
Кузнецов, С.Д. Введение в стандарты языка SQL [электронный ресурс] http://://www://www.://www.citforum://www.citforum.://www.citforum.ru://www.citforum.ru/://www.citforum.ru/database://www.citforum.ru/database/://www.citforum.ru/database/sqlbook://www.citforum.ru/database/sqlbook/://www.citforum.ru/database/sqlbook/index://www.citforum.ru/database/sqlbook/index.shtml
Литература:
Кузнецов, С.Д. Основы современных баз данных / Информационно-аналитические материалы /Центр
Литература:
Кузнецов, С.Д. Основы современных баз данных / Информационно-аналитические материалы /Центр
Пушников, А.Ю. Введение в системы управления базами данных [электронный ресурс]
Сергеев А. Access 2007. Новые возможности – Спб.: Питер, 2008. – 176 с.
Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: учебник для высших учебных заведений / Под ред. Проф. А.Д. Хомоненко. – Издание третье, дополненное и переработанное. – СПб.: КОРОНА принт. 2007. – 736 с.
программное обеспечение
Пакет программ Microsoft Office,
Microsoft Access 2007;
Microsoft SQL Server 2008
базы данных, информационно-справочные и поисковые системы
Библиотека Максима Мошкова. Научно-популярная литература [Электронный ресурс] // http://http://libhttp://lib.http://lib.ru.
ООО Научная образовательная библиотека [Электронный ресурс] // http://elibrary.ru
Электронно-библиотечной системе «Инфра-М» [Электронный ресурс] // http://student.rsute.ru/library
Информационно-коммуникационные технологии в образовании. Система федеральных образовательных порталов // [Электронный ресурс] http://www.ict.edu.ru/lib/
Курсы по базам данных в Интернет-университете// [Электронный ресурс] http://www.intuit.ru
Концепция баз данных
Данные и ЭВМ
Восприятие реального мира можно соотнести с последовательностью
Концепция баз данных
Данные и ЭВМ
Восприятие реального мира можно соотнести с последовательностью
Традиционно фиксация данных осуществляется с помощью конкретного средства общения, например, с помощью естественного языка на конкретном носителе (например, бумаге). Обычно данные (факты, явления, события, идеи или предметы) и их интерпретация (семантика) фиксируются совместно, так как естественный язык достаточно гибок для представления того и другого.
Примером может служить утверждение «Стоимость авиабилета 128». Здесь «128» – данное, а «Стоимость авиабилета» – его семантика.
Нередко данные и интерпретация разделены. Например, «Расписание движения самолетов» может быть представлено в виде таблицы (таблица 1.1), в верхней части которой (отдельно от данных) приводится их интерпретация. Такое разделение затрудняет работу с данными (попробуйте быстро получить сведения из нижней части таблицы).
Концепция баз данных
Таблица 1.1 – Расписание движения самолетов
Концепция баз данных
Таблица 1.1 – Расписание движения самолетов
Концепция баз данных
Данные и ЭВМ
Применение ЭВМ для ведения (ведение данных –
Концепция баз данных
Данные и ЭВМ
Применение ЭВМ для ведения (ведение данных –
ЭВМ имеет дело главным образом с данными как таковыми. Большая часть интерпретирующей информации вообще не фиксируется в явной форме (ЭВМ не «знает», является ли «21.50» стоимостью авиабилета или временем вылета).
Существуют по крайней мере две исторические причины, по которым применение ЭВМ привело к отделению данных от интерпретации:
ЭВМ не обладали достаточными возможностями для обработки текстов на естественном языке – основном языке интерпретации данных;
стоимость памяти ЭВМ была первоначально весьма велика.
Концепция баз данных
Данные и ЭВМ
Память использовалась для хранения самих данных, а
Концепция баз данных
Данные и ЭВМ
Память использовалась для хранения самих данных, а
Жесткая зависимость между данными и использующими их программами создает серьезные проблемы в ведении данных и делает использования их менее гибкими. Нередки случаи, когда пользователи одной и той же ЭВМ создают и используют в своих программах разные наборы данных, содержащие сходную информацию.
Разработчики прикладных программ (написанных, например, на Бейсике, Паскале или С) размещают нужные им данные в файлах, организуя их наиболее удобным для себя образом. При этом одни и те же данные могут иметь в разных приложениях совершенно разную организацию (разную последовательность размещения в записи, разные форматы одних и тех же полей и т.п.).
Концепция баз данных
Данные и ЭВМ
Обобществить такие данные чрезвычайно трудно: например, любое
Концепция баз данных
Данные и ЭВМ
Обобществить такие данные чрезвычайно трудно: например, любое
В книге У. Девиса (Операционные системы, М., Мир, 1980) приведен пример:
«Несколько лет назад почтовое ведомство (из лучших побуждений) пришло к решению, что все адреса должны обязательно включать почтовый индекс. Во многих вычислительных центрах это, казалось бы, незначительное изменение привело к ужасным последствиям. Добавление к адресу нового поля, содержащего шесть символов, означало необходимость внесения изменений в каждую программу, использующую данные этой задачи в соответствии с изменившейся суммарной длиной полей. Тот факт, что какой-то программе для выполнения ее функций не требуется знания почтового индекса, во внимание не принимался: если в некоторой программе содержалось обращение к новой, более длинной записи, то в такую программу вносились изменения, обеспечивающие дополнительное место в памяти».
Концепция баз данных
Данные и ЭВМ
Активная деятельность по отысканию приемлемых способов обобществления
Концепция баз данных
Данные и ЭВМ
Активная деятельность по отысканию приемлемых способов обобществления
Пусть, например, требуется хранить расписание движения самолетов (таблица. 1.1) и ряд других данных, связанных с организацией работы аэропорта (БД «Аэропорт»). Представив, что мы используем для этого «русифицированную» СУБД, можно подготовить следующее описание расписания:
СОЗДАТЬ ТАБЛИЦУ Расписание
(Номер_рейса Целое Дни_недели Текст (8)
Пункт_отправления Текст (24) Время_вылета Время Пункт_назначения Текст (24) Время_прибытия Время Тип_самолета Текст (8) Стоимость_билета Валюта);
и ввести его вместе с данными в БД «Аэропорт».
Концепция баз данных
Данные и ЭВМ
Язык запросов СУБД позволяет обращаться за выборкой
Концепция баз данных
Данные и ЭВМ
Язык запросов СУБД позволяет обращаться за выборкой
ВЫБРАТЬ Номер_рейса, Дни_недели, Время_вылета ИЗ ТАБЛИЦЫ Расписание
ГДЕ Пункт_отправления = 'Москва' И Пункт_назначения = 'Киев' И Время_вылета > 17;
получим расписание «Москва-Киев» на вечернее время, а по запросу
ВЫБРАТЬ КОЛИЧЕСТВО (Номер_рейса) ИЗ ТАБЛИЦЫ Расписание ГДЕ Пункт_отправления = 'Москва' И Пункт_назначения = 'Минск'; получим количество рейсов «Москва-Минск».
Эти запросы не потеряют актуальности и при расширении таблицы:
ДОБАВИТЬ В ТАБЛИЦУ Расписание Длительность_полета Целое;
как это было с программами обработки почтовых адресов при введении почтового индекса.
Однако за все надо расплачиваться: на обмен данными через СУБД требуется большее время, чем на обмен аналогичными данными прямо из файлов, специально созданных для того или иного приложения.
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Принято выделять
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Принято выделять
I. Поколение. Сетевые и иерархические системы БД, широко распространенные в 70-е годы, получили название - системы БД первого поколения. Это были первые системы, предлагавшие развитую функциональность СУБД в рамках единой системы, с языками определения и манипулирования данными для набора записей. Назовем некоторые наиболее общие характеристики ранних систем:
Эти системы активно использовались в течение многих лет, дольше, чем используется какая-либо из реляционных СУБД.
Все ранние системы не основывались на каких-либо абстрактных моделях. Понятие модели данных фактически вошло в обиход специалистов в области БД только вместе с реляционным подходом.
В ранних системах доступ к БД производился на уровне записей. Пользователи этих систем осуществляли явную навигацию в БД, на основе языков программирования, расширенных функциями СУБД.
Доступ к данным на уровне записей заставляли пользователя самого производить всю оптимизацию доступа к БД, без поддержки системы.
После появления реляционных систем большинство ранних систем было оснащено «реляционными» интерфейсами.
Концепция баз данных
Поколения СУБД и направления исследований в области БД
II. Поколение.
Концепция баз данных
Поколения СУБД и направления исследований в области БД
II. Поколение.
В нашей стране представление о реляционных СУБД у большинства программистов сложилось на основе опыта использования систем на платформе персональных компьютеров, таких как dBASE, FoxBASE, FoxPro, Paradox, Clipper, Clarion, а позже Access.
Очень часто персональные СУБД использовались (да и сейчас кое-где используются) для автоматизации таких задач, например, в финансовой сфере, которые требуют многопользовательских профессиональных систем.
Реляционные СУБД и сейчас являются наиболее популярными в сфере разработки бизнес-приложений.
Концепция баз данных Поколения СУБД и направления исследований в области БД
Однако
Концепция баз данных Поколения СУБД и направления исследований в области БД
Однако
технология программирования;
системы, основанные на знаниях, и
мультимедийные системы;
системы автоматизации проектирования (САПР);
геоинформационные системы (ГИС);
издательские системы;
системы дистанционного обучения;
системы электронной коммерции и др.
Это прежде всего связано с примитивностью структур данных, лежащих в основе реляционной модели данных. Плоские нормализованные отношения универсальны и теоретически достаточны для представления данных любой предметной области. Однако в нетрадиционных приложениях в базе данных появляются сотни, если не тысячи таблиц, над которыми постоянно выполняются дорогостоящие операции соединения, необходимые для воссоздания сложных структур данных, присущих предметной области.
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Другим серьезным
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Другим серьезным
Осознавая эти ограничения и недостатки реляционных систем, исследователи в области баз данных выполняют многочисленные проекты, основанные на идеях, выходящих за пределы реляционной модели данных.
III. Поколение. Термин «системы следующего (или третьего) поколения» вошел в жизнь после опубликования группой известных специалистов в области БД «Манифеста систем баз данных третьего поколения».
В целом можно сказать, что СУБД следующего поколения - это прямые наследники реляционных систем. В число требований к СУБД третьего поколения входят:
полнота системы типов, поддерживаемых в СУБД;
поддержка иерархии и наследования типов;
возможность управления сложными объектами и т.д.
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Основными направлениями
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Основными направлениями
Ориентация на расширенную реляционную модель.
Основные характеристики:
максимальное следование (насколько это возможно с учетом новых требований) известным принципам организации СУБД;
абстрактные типы данных;
поддержка исторической информации и темпоральных запросов; отказ от требований нормализации.
Одной из наиболее известных СУБД этого направления является система Postgres. В Postgres реализованы многие интересные средства: поддерживается темпоральная модель хранения и доступа к данным; допускается хранение в полях отношений данных абстрактных, определяемых пользователями типов.
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Генерация систем
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Генерация систем
создание собственно не системы, а генератора систем, наиболее полно соответствующих потребностям приложений.
Решение достигается путем создания наборов модулей со стандартизованными интерфейсами. Существуют два экспериментальных прототипа «генерационных» систем - Genesis и Exodus. Обе эти системы основаны прежде всего на принципах модульности и точного соблюдения установленных интерфейсов. По сути дела, системы состоят из минимального ядра (развитой файловой системы в случае Exodus) и технологического механизма программирования дополнительных модулей. В проекте Exodus этот механизм основывается на системе программирования E, которая является простым расширением С++, поддерживающим стабильное хранение данных во внешней памяти. Вместо готовой СУБД предоставляется набор "полуфабрикатов" с согласованными интерфейсами, из которых можно сгенерировать систему, максимально отвечающую потребностям приложения
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Системы баз
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Системы баз
К этому направлению относятся дедуктивные БД.
Основная характеристика:
достижение расширяемости системы и ее адаптации к нуждам конкретных приложений путем использования стандартного механизма управления правилами.
По сути дела, система представляет собой некоторый интерпретатор системы правил и набор модулей-действий, вызываемых в соответствии с этими правилами. Можно изменять наборы правил (существует специальный язык задания правил) или изменять действия, подставляя другие модули с тем же интерфейсом. По определению, дедуктивная БД состоит из двух частей: экстенциональной, содержащей факты, и интенциональной, содержащей правила для логического вывода новых фактов на основе экстенциональной части и запроса пользователя. Отметим лишь, что обычно языки запросов и определения интенциональной части БД являются логическими (поэтому дедуктивные БД часто называют логическими). Имеется прямая связь дедуктивных БД с базами знаний
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Объектно-ориентированные СУБД.
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Объектно-ориентированные СУБД.
Направление объектно-ориентированных баз данных (ООБД) возникло сравнительно давно. Публикации появлялись уже в середине 1980-х. Однако наиболее активно это направление развивается в последние годы. В настоящее время ведется очень много экспериментальных и производственных работ в области объектно-ориентированных СУБД. На рынке представлены — система GemStone компании Servio, ONTOS компании Ontos, ObjectStore компании Object Design, O2, ORION, Iris.
Кроме того, системы управления реляционными базами данных, разработанные компаниями Oracle, Microsoft, Borland, Informix, включали объектно-ориентированные средства. Многие из этих продуктов появились еще во второй половине 80-х годов, и сегодня, по прошествии времени разработки они все еще не вступили в пору зрелости; в этом — одна из причин того, что по сей день мировой рынок реальных приложений не торопится принимать системы ООБД.
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Широкое использование
Концепция баз данных
Поколения СУБД и направления исследований в области БД
Широкое использование
Интеграция текста, данных, кода и потоков. В области СУБД основное внимание всегда уделялось организации, хранению, анализу и выборке структурированных данных. Развитие Web-приложений продемонстрировало важность более сложных типов данных: текстов, изображений, темпоральных, аудио- и видеоданных.
Интеграция информации. Типичным подходом к интеграции информации в масштабах предприятия является построение хранилищ (DataWarehouse) витрин (data mart) данных на основе извлечения операционных данных, их трансформации к единой схеме и загрузке данных в хранилище (процедура ETL - extraction, transfotamation, loading). Этот подход пригоден для использования на предприятии с несколькими десятками операционных баз данных, находящихся под единым контролем.
Концепция баз данных
Поколения СУБД и направления исследований в области БД
В Интернет
Концепция баз данных
Поколения СУБД и направления исследований в области БД
В Интернет
Мультимедийные запросы. Очевидно, что объем мультимедийных данных (изображения, аудио, видео и т.д.) значительно возрастает. Проблемой сообщества баз данных является создание простых способов анализа, обобщения, поиска и обозрения электронных подборок мультимедийной информации, относящейся к некоторому объекту.
Концепция баз данных
Терминология в СУБД
В общеотраслевых руководящих материалах по созданию банков
Концепция баз данных
Терминология в СУБД
В общеотраслевых руководящих материалах по созданию банков
База данных (БД) - именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области (ПО).
Предметная область (ПО) – часть реального мира, подлежащая автоматизации с целью организации управления. Она представлена множеством фрагментов, каждый из которых характеризуется объектами, процессами и множеством пользователей.
Банк данных (БнД) – это система специальным образом организованных данных – баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.
Системы управления базами данных (СУБД) – совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.
Концепция баз данных
Терминология в СУБД
Программы, с помощью которых пользователи работают с
Концепция баз данных
Терминология в СУБД
Программы, с помощью которых пользователи работают с
СУБД должна обеспечивать:
возможность представления внутренней структуры данных;
физическую и логическую независимость данных;
минимальную избыточность данных;
возможность быстрого поиска;
эффективные языки запросов к данным;
требования безопасности, надежности, конфиденциальности, целостности:
данные должны быть защищены от искажения, хищения, разрушения;
данные должны быть восстанавливаемыми;
данные должны быть контролируемыми;
должна быть установлена процедура идентификации пользователей;
должна быть организована система санкционированного доступа;
должен быть установлен контроль за действиями пользователя с целью обнаружения ошибочных операций.
Концепция баз данных
Терминология в СУБД
СУБД должна предоставлять доступ к данным любым
Концепция баз данных
Терминология в СУБД
СУБД должна предоставлять доступ к данным любым
физическом размещении в памяти данных и их описаний;
механизмах поиска запрашиваемых данных;
проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);
способах обеспечения защиты данных от некорректных обновлений и (или) несанкционированного доступа;
поддержании БД в актуальном состоянии и множестве других функций СУБД.
Концепция баз данных
Терминология в СУБД
Вопросы для самоконтроля к главе 1
Что понимается
Концепция баз данных
Терминология в СУБД
Вопросы для самоконтроля к главе 1
Что понимается
Можно ли использовать термины «база данных» и «банк данных» как эквивалентные?
Какие функции по отношению к пользователю выполняет СУБД?
Что включают требования надежности и безопасности БД?
Чем характеризуются БД первого поколения?
Модели данных
Классификация моделей данных
При выполнении основных функций СУБД должна использовать
Модели данных
Классификация моделей данных
При выполнении основных функций СУБД должна использовать
Объединяя частные представления о содержимом БД, полученные в результате опроса пользователей, и свои представления о данных, которые могут потребоваться в будущих приложениях, АБД сначала создает обобщенное неформальное описание создаваемой базы данных. Это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных всем людям, работающих над проектированием базы данных, называют инфологической моделью данных (рис. 2.1).
Модели данных
Трехуровневая архитектура
Модели данных
Трехуровневая архитектура
Модели данных
Классификация моделей данных
Такая человеко-ориентированная модель полностью независима от физических
Модели данных
Классификация моделей данных
Такая человеко-ориентированная модель полностью независима от физических
Так как указанный доступ осуществляется с помощью конкретной СУБД, то модели должны быть описаны на языке описания данных этой СУБД. Такое описание, создаваемое АБД по инфологической модели данных, называют даталогической или концептуальной моделью данных.
Модели данных
Классификация моделей данных
Модель данных это совокупность структур данных, взаимосвязей
Модели данных
Классификация моделей данных
Модель данных это совокупность структур данных, взаимосвязей
Трехуровневая архитектура (инфологический, даталогический и физический уровни) позволяет обеспечить независимость хранимых данных от использующих их программ. АБД может при необходимости переписать хранимые данные на другие носители информации и (или) реорганизовать их физическую структуру, изменив лишь физическую модель данных. АБД может подключить к системе любое число новых пользователей (новых приложений), дополнив, если надо, даталогическую модель. Указанные изменения физической и даталогической моделей не будут замечены существующими пользователями системы (окажутся «прозрачными» для них), так же как не будут замечены и новые пользователи. Следовательно, независимость данных обеспечивает возможность развития системы баз данных без разрушения существующих приложений.
Рис. 2.2 Классификация моделей данных
Рис. 2.2 Классификация моделей данных
Модели данных
Классификация моделей данных
Инфологические модели данных используются на ранних стадиях
Модели данных
Классификация моделей данных
Инфологические модели данных используются на ранних стадиях
Документальные модели данных соответствуют представлению о слабоструктурированной информации, ориентированной в основном на свободные форматы документов, текстов на естественном языке.
Модели, основанные на языках разметки документов, связаны прежде всего со стандартным общим языком разметки — SGML (Standart Generalised Markup Language), который был утвержден ISO в качестве стандарта еще в 80-х годах. Для каждого класса документов определяется свой набор правил, описывающих грамматику соответствующего языка разметки. Но ввиду некоторой своей сложности SGML использовался в основном для описания синтаксиса других языков (наиболее известным из которых является HTML), и немногие приложения работали с SGML-документами напрямую.
Модели данных
Классификация моделей данных
Гораздо более простой и удобный, чем SGML,
Модели данных
Классификация моделей данных
Гораздо более простой и удобный, чем SGML,
XML (Extensible Markup Language) — это язык разметки, описывающий целый класс объектов данных, называемых XML-документами. Он используется в качестве средства для описания грамматики других языков и контроля за правильностью составления документов. То есть сам по себе XML не содержит никаких тегов, предназначенных для разметки, он просто определяет порядок их создания.