
- •Кемеровский институт (филиал) РЭУ им. Г.В. Плеханова Экономический факультет
- •Модели данных
- •Модели данных
- •На рис. 2.3 представлена классификация моделей данных.
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •Модели данных
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •Классификация файлов, используемых в системах баз данных
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •Пример организации файла с плотным индексом
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •Пример заполнения индексной и основной области при
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •Построенное В-дерево
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •Пример индексного блока СУБД Oracle
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ. МЕХАНИЗМЫ РАЗМЕЩЕНИЯ ДАННЫХ И ДОСТУПА К ДАННЫМ
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •Классификация объектов при страничной организации физической
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •Структура страницы данных для MS SQL Server 6.5
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •СУБД
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •Пример 1 Рассмотрим БД «Заказы деталей», которая содержит таблицы ПОСТАВЩИКИ (Р1, Р2, Р3,
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •ФИЗИЧЕСКАЯ ОРГАНИЗАЦИЯ ДАННЫХ.
- •Вопросы

Кемеровский институт (филиал) РЭУ им. Г.В. Плеханова Экономический факультет
Кафедра вычислительной техники и информационных технологий
БАЗЫ ДАННЫХ
Лебедева Т.Ф. |
1 |
2013 г. |

Модели данных
Трехуровневая архитектура
2

Модели данных
Классификация моделей данных
Модель данных это совокупность структур данных, взаимосвязей и операций их обработки.
Трехуровневая архитектура (инфологический, даталогический и физический уровни) позволяет обеспечить независимость хранимых данных от использующих их программ. АБД может при необходимости переписать хранимые данные на другие носители информации и (или) реорганизовать их физическую структуру, изменив лишь физическую модель данных. АБД может подключить к системе любое число новых пользователей (новых приложений), дополнив, если надо, даталогическую модель. Указанные изменения физической и даталогической моделей не будут замечены существующими пользователями системы (окажутся «прозрачными» для них), так же как не будут замечены и новые пользователи. Следовательно, независимость данных обеспечивает возможность развития системы баз данных без разрушения существующих приложений.
3

На рис. 2.3 представлена классификация моделей данных.
Рис. Классификация моделей данных
4

Модели данных
Классификация моделей данных
Инфологические модели данных используются на ранних стадиях проектирования для описания структур данных в процессе разработки приложения, а дата-логические модели уже поддерживаются конкретной СУБД.
Документальные модели данных соответствуют представлению о слабоструктурированной информации, ориентированной в основном на свободные форматы документов, текстов на естественном языке.
Модели, основанные на языках разметки документов, связаны прежде всего со стандартным общим языком разметки — SGML (Standart Generalised Markup Language), который был утвержден ISO в качестве стандарта еще в 80-х годах. Для каждого класса документов определяется свой набор правил, описывающих грамматику соответствующего языка разметки. Но ввиду некоторой своей сложности SGML использовался в основном для описания синтаксиса других языков (наиболее известным из которых является HTML), и немногие приложения работали с SGML- документами напрямую.
5

Модели данных
Классификация моделей данных
Гораздо более простой и удобный, чем SGML, язык HTML позволяет определять оформление элементов документа и имеет некий ограниченный набор инструкций — тегов, при помощи которых осуществляется процесс разметки. Однако HTML сегодня уже не удовлетворяет в полной мере требованиям, предъявляемым современными разработчиками к языкам подобного рода. И ему на смену был предложен новый язык гипертекстовой разметки, мощный, гибкий и, одновременно с этим, удобный язык XML.
XML (Extensible Markup Language) — это язык разметки, описывающий целый класс объектов данных, называемых XML-документами. Он используется в качестве средства для описания грамматики других языков и контроля за правильностью составления документов. То есть сам по себе XML не содержит никаких тегов, предназначенных для разметки, он просто определяет порядок их создания.
6

Модели данных
Классификация моделей данных
Тезаурусные модели основаны на принципе организации словарей, содержат определенные языковые конструкции и принципы их взаимодействия в заданной грамматике. Эти модели используются в системах-переводчиках, особенно многоязыковых переводчиках.
Дескрипторные модели — самые простые из документальных моделей, и широко использовались на ранних стадиях использования документальных БД. В этих моделях каждому документу соответствовал дескриптор — описатель. Дескриптор имел жесткую структуру и описывал документ в соответствии с теми характеристиками, которые требуются для работы с документами в разрабатываемой документальной БД. Например, для БД, содержащей описание патентов, дескриптор содержал название области, к которой относился патент, номер патента, дату выдачи патента и еще ряд ключевых параметров, которые заполнялись для каждого патента. Обработка информации в таких БД велась исключительно по дескрипторам,, а не по самому тексту патента.
7

Модели данных
Классификация моделей данных
Теоретико-графовые модели : Иерархические модели
Иерархическая модель данных (ИМД) является наиболее простой среди всех даталогических моделей. Исторически она появилась первой среди всех даталогических моделей: именно эту модель поддерживает первая из зарегистрированных промышленных СУБД IMS фирмы IBM.
Основными информационными единицами в иерархической модели являются: база данных (БД), сегмент и поле. Поле данных определяется как минимальная, неделимая единица данных, доступная пользователю с помощью СУБД.
Сегмент в терминологии Американской Ассоциации по базам данных DBTG (Data Base Task Group) называется записью, при этом в рамках иерархической модели определяются два понятия: тип записи и экземпляр записи.
ИМД свойственна многим реальным древовидным структурам (классификаторы, структуры управления и т. п.). Существуют графовая и табличная формы представления данных ИМД. Иерархическая БД состоит из упорядоченного набора деревьев; более точно, из упорядоченного набора нескольких экземпляров одного типа дерева.
8

Модели данных
Классификация моделей данных
Дерево - связный неориентированный граф, который не содержит циклов.
Иерархическая древовидная структура, ориентированная от корня определяется условиями:
иерархия начинается с корневого узла, который находится на первом уровне иерархии;
на нижних уровнях находятся порожденные узлы;
каждый порожденный узел, находящийся на і-том уровне, связан непосредственно с одним исходным (родительским) узлом, находящимся на (і-1) уровне иерархии;
каждый исходный узел может иметь один или несколько непосредственно порожденных узлов;
доступ к порожденному узлу осуществляется через его исходный узел;
существует единственный иерархический путь доступа к узлу, начиная от корня дерева (рис. 2.).
9

Модели данных
|
|
À |
|
|
1ур. |
B |
|
C |
D |
|
2ур. |
E |
F |
G |
H |
|
3ур. |
I |
K |
|
L |
|
4ур. |
|
|
M |
N |
O |
5ур. |
Рисунок 2 Пример иерархической структуры. |
10 |