Структура таблицы реляционной модели данных

Поле 1	Поле 2	…	Поле n
Запись 1
Запись 2
Запись m

Схема реляционной таблицы включает имена полей, образующих структуру ее записи: (Поле 1, Поле 2,..., Поле п). Записи не должны повторяться внутри реляционной таблицы, и, соответственно, они должны иметь уникальный идентификатор — первичный ключ.

Первичным ключом (или просто ключом таблицы) называется одно или не­сколько полей, однозначно идентифицирующих (определяющих) запись. Если первич­ный ключ состоит из одного поля, он является простым, если из нескольких полей — составным.

Кроме первичного ключа в таблице могут существовать и вторичные ключи.

Вторичный ключ — это такое поле, значения которого могут повторяться в разных записях, т.е. он не является уникальным. Вторичные ключи играют роль поисковых или группировочных признаков (по значению вторичного ключа можно найти не­скольких записей).

Связи между таблицами в реляционной модели устанавливаются по равенству значений совпадающих полей. Такие поля в разных таблицах играют роль внешнего ключа или ключа связи.

Совокупность реляционных таблиц, логически взаимосвязанных и отражающих некоторую предметную область, образует реляционную базу данных (РБД ).

Структура базы данных.

В наст. Время определены 4 осн. модели БД(сетевая, реляционная, иерарх-ая, объектно-ориентир-ая). Для каждой создава-сь различн. языки программ-ия БД и СУБД. Наиб. распростр-ие получили реляц-ые БД. исторически наиболее распростр-ми стандартами стали системы dBase. Максим. достиж. в dBase достигла FoxPro (система), в кот. снач. созд. и развив-сь программистами фирмы Fox, затем права на эту сист. были проданы фирме Microsoft, кот. создала уже несклько вариантов FoxPro для Windows. При этом они стали отходить от формата dBase. В то же время фирма Microsoft имела и собств. сист.:пакет MS OFFICE. Была включ. в СУБД Access. Конкурент фирмы Microsoft развивала свою сист. Paradox. В послед. время развив-ся арверные сист. СУБД, кот. ориентир. на использование сетевых. Многообразие форматов и видов СУБД очень затрудняют стандартизацию их совместн. работ всех систем. => чаще всего СУБД создаётся как автоном. сист., кот. использ. все ресурсы com. Принято делить СУБД на 2 осн. вида:

1. общ. назнач.-представ. собой интегрирован. среду, кот. может решать следующие задачи: управлять набором БД; создавать БД, модифицировать и менять их структуру; программир-ть систему управления БД с пом. собственного встроенного языка. обычно СУБД общ. назнач. могут работать с БД самост-но и могут создавать спец. исполняемые модули для конкретной задачи для работы с БД. СУБД общ. неазнач. отн-ся к dBase, Paradox, FoxPro.

2. специализиров. СУБД исп-ся для реш. конкретных задач и исп-ся в очень узких професс-ых целях. Обычно дают возмож-ти кординальной пределки интерфейса. Прикладные системы созд-ся под конкр. проблему. К СУБД специализ-ым можно отнести, напр., СУБД версии 1С. Так же относ-ся все СУБД, кот. разраб-ют Delphi и т. д..

Создание структуры БД в СУБД Access.

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

1. путем создания новой пустой базы данных;

2. созданием копии существующей базы данных;

3. с помощью создания базы данных с использованием шаблона.

Если в базе нет никаких данных (пустая база), то это все равно полноценная база данных. Хотя данных в базе нет, но информация в ней все-таки есть — это структура базы. Она определяет методы занесения данных и хранения их в базе. Простейший «некомпьютерный» вариант базы данных — деловой ежедневник, в котором каждому календарному дню выделено по странице. Даже если в нем не записано ни строки, он не перестает быть ежедневником, поскольку имеет структуру, четко отличающую его от записных книжек, рабочих тетрадей и прочей писчебумажной продукции.

Базы данных могут содержать различные объекты, основными объектами любой базы данных являются ее таблицы. Простейшая база данных имеет хотя бы одну таблицу. Соответственно, структура простейшей базы данных тождественно равна структуре ее таблицы.

Мы знаем, что структуру двумерной таблицы образуют столбцы и строки. Их аналогами в структуре простейшей базы данных являются поля и записи. Если записей в таблице пока нет, значит, ее структура образована только набором полей. Изменив состав полей базовой таблицы (или их свойства), мы изменяем структуру базы данных и, соответственно, получаем новую базу данных.

СУБД Microsoft Access 2000 предоставляет несколько средств создания каждого из основных объектов базы. Эти средства можно классифицировать как:

• ручные (разработка объектов в режиме Конструктора);

• автоматизированные (разработка с помощью программ-мастеров);

• автоматические — средства ускоренной разработки простейших объектов.

База данных в OpenOffice.org позволяет вставлять данные из внешних ресурсов. Источником может быть Adabas, JDBC, ODBC, ADO, dBase, текстовый файл, документ электронной таблицы или данные из адресной книги.

Основные характеристики OpenOffice.org Base:

· графический многооконный интерфейс, позволяющий в диалоговом режиме создавать таблицы, формы, запросы, отчеты и макросы;

· наличие развитых диалоговых средств конструирования (таблиц, форм, за­просов, отчетов, макросов);

· наличие специальных инструментальных средств, автоматизирующих работу, называемых "мастерами" (Wizards);

· наличие средств соблюдения целостности данных на уровне базы данных;

· наличие средств обеспечения безопасности данных (защита паролем, ограни­чение уровня доступа и т. д.);

· возможность работы в многопользовательских системах (Windows NT, Novell NetWare).

Дата добавления: 2015-07-11