Читайте также:
|
В истории развития баз данных можно проследить две области её использования
1) Численные расчёты.
2) Автоматические или автоматизированные информационные системы.
Информационная система – это совокупность средств (технических, программных, информационных) методов и персонала для ввода обработки и выдачи информации в интересах решения поставленной задачи.
Информационные системы → Технические средства + ПО + информационная система + персонал.
На заре развития вычислительной техники возможности по хранению информации были ограничены (магнитные ленты и магнитные барабаны). Можно предположить что требование информационных систем вызвали появление сменных магнитных дисков. В первых ОС информационных системах информация хранилась в виде файлов последовательных и индексно последовательных.
Каждая программа которая работала с файлом должна иметь у себя структуру данных соответственно структуре файла. То есть программы были зависимы от файлов.
Недостатки ИС
1) Избыточность данных.
2) Слабый контроль.
3) Зависимость программ от данных.
4) Большие затраты труда программиста.
5) Одновременная работа нескольких пользователей с файлом была сильна заметна.
Эти недостатки можно предположить стали толчком который заставил разработчиков предложить новый подход к управлению информацией. Этот подход был реализован в рамках новых программных средств которые стали называться СУБД (Data base management systems), а сами хранилища которые работали под управлением этих систем стали называться базами данных (Data base).
4. Реляционная модель базы данных, её свойства.
Термин "реляционный" (от латинского relatio - отношение) указывает прежде всего на то, что такая модель хранения данных построена на взаимоотношении составляющих ее частей.
Реляционная модель данных объекты и связи между ними представляет в виде таблиц, при этом связи тоже рассматриваются как объекты. Все строки, составляющие таблицу в реляционной базе данных, должны иметь первичный ключ. Все современные средства СУБД поддерживают реляционную модель данных.
Эта модель характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.
Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
1. Каждый элемент таблицы соответствует одному элементу данных.
2. Все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип и длину.
3. Каждый столбец имеет уникальное имя.
4. Одинаковые строки в таблице отсутствуют;
5. Порядок следования строк и столбцов может быть произвольным.
Реляционные базы данных — базы данных, основанные на реляционной модели. Слово «реляционный» происходит от английского «relation» (отношение). Для работы с реляционными БД применяют Реляционные СУБД.
Теория реляционных баз данных была разработана доктором Коддом из компании IBM в 1970 году. В реляционных базах данных все данные представлены в виде простых таблиц, разбитых на строки и столбцы, на пересечении которых расположены данные. Запросы к таким таблицам возвращают таблицы, которые сами могут становиться предметом дальнейших запросов. Каждая база данных может включать несколько таблиц, которые, как правило, связаны с друг с другом, откуда и произошло название реляционные. Кратко особенности реляционной базы данных можно сформулировать следующим образом:
Данные хранятся в таблицах, состоящих из столбцов и строк;
На пересечении каждого столбца и строчки стоит в точности одно значение;
У каждого столбца есть своё имя, которое служит его названием, и все значения в одном столбце имеют один тип.
Запросы к базе данных возвращают результат в виде таблиц, которые тоже могут выступать как объект запросов.
Строки в реляционной базе данных неупорядочены - упорядочивание производится в момент формирования ответа на запрос.
Общепринятым стандартом языка работы с реляционными базами данных является язык SQL.
5. Архитектуры удалённых Баз данных.
Архитектура "файл-сервер" также является локальной, т.к. предназначена для локальной сети, включает приложение и СУБД, расположенные на компьютере пользователя, и файл БД, находящийся на локальном сервере.
Архитектура "клиент-сервер" предназначена для работы с удаленными БД, состоит из приложения клиента, расположенного на компьютере пользователя, а также удаленной БД и СУБД, располагающихся на удаленном компьютере в глобальной сети (сервере).
Архитектура "клиент-сервер" может быть использована и в пределах локальной сети.
Удаленные БД называют также многопользовательскими.
СУБД в архитектурах "клиент-сервер" и "файл-сервер" позволяют работать с БД одновременно нескольким пользователям.
БД архитектуры "клиент-сервер" позволяют работать одновременно многим пользователям и предназначены для обработки информации большого объема, поэтому их называют также "промышленными".
Достоинства и недостатки различных архитектур приложений БД
Достоинство архитектуры "файл-сервер" состоит в возможности одновременной многопользовательской обработки одной БД.
Архитектура "файл-сервер" не эффективна, особенно для решения задач по обработке больших массивов информации, т.к.:
Выполнение запроса к БД, хранящейся на сервере, происходит в локальной копии данных на Вашем ПК. Перед выполнением любого запроса данные копии обновляются в полном объеме.
Обеспечение целостности БД производится из приложений. В результате возможно нарушение физической и логической целостности данных, т.к. разные приложения могут производить контроль целостности разными взаимоисключающими способами, или вовсе не производить контроля.
Приложение "клиент-сервер" формирует запрос к серверу на языке SQL. Удаленный сервер принимает запрос и переадресует его SQL-серверу БД (спец. программа, управляющая БД с помощью команд SQL). SQL-сервер выполняет запрос и возвращает результат.
Достоинства архитектуры "клиент-сервер":
Снижается нагрузка на сеть за счет уменьшения объема данных в пакетах, посылаемых по сети.
Повышается степень безопасности данных за счет жесткого контроля целостности.
Снижаются требования к аппаратному обеспечению пользователя.
Многозвенная архитектура "клиент-сервер"
Многозвенная архитектура "клиент-сервер" предполагает разбиение приложения-клиента на два звена: "тонкий" клиент, располагающийся на компьютере пользователя, и сервер приложений, находящийся на удаленном сервере, УБД и СУБД по-прежнему располагаются на удаленном компьютере.
В случае немногозвенной архитектуры "клиент-сервер" клиент называется "толстым", так как он содержит в себе все функции по обработке БД.
В случае многозвенной (обычно применяют трехзвенную) архитектуры "клиент-сервер" в приложение, называемое "сервером приложений", выносят ряд общих правил обработки БД, называемых бизнес-правилами.
Дата добавления: 2015-08-26; просмотров: 275 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| Типы СУБД. | | | Физическая и логическая структура баз данных. |