ВУЗ:
Составители:
Рубрика:
данные, а машина сервера может иметь свои собственные приложения. Поэтому каждая машина будет
выступать в роли сервера для одних пользователей и в роли клиента для других, иными словами, каж-
дая машина будет поддерживать полную систему баз данных.
Последнее преимущество состоит в том, что отдельная машина клиента может иметь доступ к не-
скольким разным машинам серверов. Это полезная возможность, поскольку, как уже упоминалось,
предприятие обычно выполняет обработку данных таким образом, что полный набор всех данных не
сохраняется на одной машине, а распределяется на отдельных машинах, а для приложений иногда необ-
ходим доступ к данным нескольких машин. Такой доступ в основном предоставляется двумя способа-
ми.
1. Клиент может получать доступ к любому количеству серверов, но лишь к одному в одно и то же
время, т.е. каждый запрос к базе данных должен быть направлен только к одному серверу. В такой сис-
теме невозможно за один запрос получить комбинированные данные двух или более серверов. Кроме
того, пользователь в такой системе должен знать, на какой именно машине какая часть данных содер-
жится.
2. Клиент может получать доступ к любому количеству серверов одновременно, т.е. за один запрос
можно получить комбинированные данные двух или более серверов. В этом случае серверы рассматри-
ваются клиентом как один, с логической точки зрения, и пользователь может не знать, на какой именно
машине какая часть данных содержится.
Второй случай – это пример системы, которую обычно называют распределённой
системой баз
данных
. Полная поддержка для распределённых баз данных означает, что отдельное приложение может
обрабатывать данные, распределённые на множестве различных баз данных, управление которыми
осуществляют разные СУБД, работающие на многочисленных машинах с различными операционными
системами, соединённых вместе коммуникационными сетями. Это означает, что приложение выполняет
обработку данных с логической точки зрения, как будто управление данными полностью осуществляет-
ся одной СУБД, работающей на отдельной машине. Такая возможность может показаться невероятно
трудной задачей, но весьма желаемой с практической точки зрения.
ВОПРОСЫ ДЛЯ САМОПРОВЕРКИ
1. Что такое архитектура ANSI/SPARC?
2. Охарактеризуйте внешний уровень архитектуры ANSI/SPARC.
3. Охарактеризуйте внутренний уровень архитектуры ANSI/ SPARC.
4. Охарактеризуйте концептуальный уровень архитектуры ANSI/ SPARC.
5. Что такое подъязык данных?
6. Функции СУБД.
2. БАЗОВЫЕ ПОНЯТИЯ
РЕЛЯЦИОННОЙ МОДЕЛИ ДАННЫХ
2.1. ОБЩАЯ ХАРАКТЕРИСТИКА
РЕЛЯЦИОННОЙ МОДЕЛИ ДАННЫХ
Основы реляционной модели данных были впервые изложены в статье Е. Кодда в 1970 г. Эта рабо-
та послужила стимулом для большого количества статей и книг, в которых реляционная модель полу-
чила дальнейшее развитие. Наиболее распространённая трактовка реляционной модели данных принад-
лежит К. Дейту. Согласно Дейту, реляционная модель состоит из трёх частей.
1.
Структурная часть.
2.
Целостная часть.
3.
Манипуляционная часть.
Структурная часть описывает, какие объекты рассматриваются реляционной моделью. Постулиру-
ется, что единственной структурой данных, используемой в реляционной модели, являются нормализо-
ванные n-арные отношения.
Страницы
- « первая
- ‹ предыдущая
- …
- 10
- 11
- 12
- 13
- 14
- …
- следующая ›
- последняя »