Существует множество видов допустимых баз данных, но на практике только два вида занимают заметную долю рынка:

Базы данных с двумерными файлами

Реляционные СУБД

Базы данных с двумерными файлами состоят из одного файла. Классическим примером может быть адресная книга, содержащая одну таблицу с шестью полями: имя, адрес, город, штат, почтовый индекс, телефон. Если это вся база данных, то это и есть двумерный файл. В такой базе слова "таблица" и "база данных" являются синонимами.

Реляционные базы данных состоят из серии таблиц, связанных между собой по одному или нескольким полям.

Создают базы данных и обрабатывают запросы к ним системы управления базами данных - СУБД. Известно множество СУБД, различающихся своими возможностями или обладающих примерно равными возможностями и конкурирующих друг с другом: Paradox, dBase, MicrosoftAccess, FoxPro, Oracle, InterBase, Sybaseи много других.

Разные СУБД по разному организуют и хранят базы данных. Например, Paradoxи dBaseиспользуют для каждой таблицы отдельный файл. В этом случае база данных - это каталог, в котором хранятся файлы таблиц. В MicrosoftAccessи в InterBaseнесколько таблиц хранится как один файл. В этом случае база данных - это имя файла с путем доступа к нему.

Типы баз данных.

Для разных задач целесообразно использовать различные модели баз данных.

Процесс определения того, какая база данных более подходит для конкретного приложения, называется масштабированием.

Рассмотрим коротко следующие четыре модели баз данных:

1) Автономные

2) С разделяемыми файлами

3) Клиент/сервер

4) Многоярусные

1 Автономные базы данных

Автономные базы данных являются наиболее простыми. Они хранят свои данные в локальной файловой системе на том компьютере, на котором установлены; система управления и машина базы данных, осуществляющая к ним доступ, находятся на том же самом компьютере. Сеть не используется. Поэтому разработчику автономной базы данных не приходится иметь дело с проблемой параллельного доступа, когда два человека пытаются одновременно изменить одну и ту же запись, потому что такого никогда не может быть.

Автономные базы данных полезны для развития тех приложений, которые распространены среди многих пользователей, каждый из которых поддерживает отдельную базу данных. Это, например, приложения, обрабатывающие документацию небольшого офиса, кадровый состав небольшого предприятия, бухгалтерские документы небольшой бухгалтерии. Каждый пользователь такого приложения манипулирует своими собственными данными на своем компьютере. Пользователю нет необходимости иметь доступ к данным любого другого пользователя, так что отдельная база данных здесь вполне приемлема.

2 Базы данных с разделяемыми файлами

Базы данных с разделяемыми файлами отличаются от автономных баз данных, только тем, что они могут быть доступны многим клиентам через сеть. Это очень удобно, так как изменения в таких базах данных видят все пользователи.

В базах данных с разделяемыми файлами возникают (и решаются) проблемы, связанные с возможным одновременным доступом нескольких пользователей к одной и той же информации.

3 Базы данных клиент/сервер

Для больших баз данных с множеством пользователей часто используются базы данных на платформе клиент/сервер. В этом случае доступ к базе данных для группы клиентов выполняется специальным компьютером - сервером. Клиент дает задание серверу выполнить те или иные операции поиска или обновления базы данных. И мощный сервер выполняет их и сообщает клиенту результаты своей работы. При таком подходе возникает дополнительная проблема - спроектировать приложение так, чтобы оно максимально использовало возможности сервера и минимально нагружало сеть, передавая через нее только минимум информации.

4 Многоярусные базы данных

Наиболее распространен трехъярусный вариант:

На нижнем уровне на компьютерах пользователя расположены приложения клиентов, обеспечивающие пользовательский интерфейс.

На втором уровне расположен сервер приложений, обеспечивающий обмен данными между пользователями и распределенными базами данных.

Сервер приложений размещается в узле сети, доступном всем клиентам.

На третьем уровне расположен удаленный сервер баз данных, принимающий информацию от серверов приложений и управляющий ими. Подобную концепцию обработки данных пропагандируют, в частности, фирмы Oracleи Sun.

Базовые понятия реляционных баз данных

--> ЧИТАТЬ ПОЛНОСТЬЮ <--