Управление данными. Громов Ю.Ю - 5 стр.

UptoLike

ВУЗ: 

ТГТУ | Тамбов

Составители: 

Рубрика: 

ВВЕДЕНИЕ
Функционирование систем баз данных основано на реляционной модели данных.
Реляционная модель описывает, какие данные могут храниться в реляционных базах данных, а так-
же способы манипулирования такими данными. В упрощённом виде основная идея реляционной моде-
ли состоит в том, что данные должны храниться в таблицах и только в таблицах. Эта, кажущаяся триви-
альной, идея оказывается вовсе не простой при рассмотрении вопроса, а что, собственно, представляет
собой таблица? В данный момент существует много различных систем обработки данных, оперирую-
щих понятием «таблица», например, всем известные электронные таблицы, таблицы текстового редак-
тора MS Word и т.п. Ячейки электронной таблицы могут хранить разнотипные данные, например, чис-
ла, строки текста, формулы, ссылающиеся на другие ячейки. Собственно, на одном листе электронной
таблицы можно разместить несколько совершенно независимых таблиц, если под таблицей понимать
прямоугольную область, расчерченную на клеточки и заполненную данными. Таблицы текстовых ре-
дакторов вообще могут иметь совершенно произвольную структуру.
Электронные таблицы и текстовые редакторы позволяют хранить и обрабатывать данные очень
гибко, но как быть, если требуется хранить информацию обо всех сотрудниках большого предприятия и
периодически выдавать ответы на запросы типа «представить список всех сотрудников, принятых на
работу не позднее трёх лет назад, имеющих по крайней мере одного ребенка, не имеющих взысканий и
с зарплатой не выше 1000 р.» Для получения ответов на подобные запросы и предназначены
Системы
Управления Базами Данных
(СУБД).
1. АРХИТЕКТУРА СИСТЕМЫ БАЗ ДАННЫХ
1.1. УРОВНИ АРХИТЕКТУРЫ СИСТЕМ БАЗ ДАННЫХ
Архитектура ANSI/SPARC включает три уровня: внутренний, концептуальный и внешний. В общих
чертах они представляют собой следующее.
Внутренний уровень
– это уровень, наиболее близкий к физическому хранению, т.е. связанный со
способами сохранения информации на физических устройствах хранения.
Внешний уровень
наиболее близок к пользователям, т.е. он связан со способами представления
данных для отдельных пользователей.
Концептуальный уровень
– это «промежуточный» уровень между двумя первыми.
Если внешний уровень связан с индивидуальными представлениями пользователей, то концепту-
альный уровень связан с обобщённым представлением пользователей. Иначе говоря, может быть не-
сколько внешних представлений, каждое из которых состоит из более или менее абстрактного пред-
ставления определённой части базы данных, и может быть только одно концептуальное представление,
состоящее из абстрактного представления базы данных в целом. Также есть единственное внутреннее
представление, отражающее всю базу данных как физически хранимую.
Когда называют некоторое представление абстрактным, имеется в виду, что оно включает логиче-
ские конструкции, ориентированные на пользователя, такие как логические записи или поля, и не вклю-
чает машинно-ориентированные конструкции, такие как биты или байты.
1.1.1. Внешний уровень
Внешний уровень
– это индивидуальный уровень пользователя. Пользователь может быть приклад-
ным программистом или конечным пользователем с любым уровнем профессиональной подготовки.
Особое место среди пользователей занимает администратор базы данных. В отличие от остальных поль-
зователей его интересует также концептуальный и внутренний уровни. У каждого пользователя есть
свой язык общения.
Для прикладного программиста это либо один из распространённых языков программирования, такой
как С, COBOL или PL/1, либо специальный язык рассматриваемой системы. Такие оригинальные языки
называют языками четвёртого поколения на том основании, что машинный код, язык ассемблера и такие
языки, как COBOL, можно считать языками трёх первых «поколений», а оригинальные языки модернизи-
рованы по сравнению с языками третьего поколения так же, как языки третьего поколения улучшены по
сравнению с языком ассемблера.

Страницы