Предыдущая страница реферата | 1  2  3  4  5  6  7  8 | Следующая страница реферата

..., Ak.

2. Минимальность: ни один из атрибутов Ai, Aj, ..., Ak не может быть исключен из K без нарушения уникальности.

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

Вышеупомянутые и некоторые другие математические понятия явились теоретической базой для создания реляционных СУБД, разработки соответствующих языковых средств и программных систем, обеспечивающих их высокую производительность, и создания основ теории проектирования баз данных. Однако для массового пользователя реляционных СУБД можно с успехом использовать неформальные эквиваленты этих понятий:
Отношение – Таблица (иногда Файл),

Кортеж – Строка (иногда Запись),

Атрибут – Столбец, Поле.

3.2 Реляционная база данных

Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц.
1. Каждая таблица состоит из однотипных строк и имеет уникальное имя.
2. Строки имеют фиксированное число полей (столбцов) и значений
(множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таотличаются друг от друга хотя бы единственным значением, что позблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего.
3. Строки таблицы обязательно воляет однозначно идентифицировать любую строку такой таблицы.
4. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных (даты, фамилии, целые числа или денежные суммы).
5. Полное информационное содержание базы данных представляется в виде явных значений данных и такой метод представления является единственным. В частности, не существует каких-либо специальных "связей" или указателей, соединяющих одну таблицу с другой. Так, связи между строкой с БЛ = 2 таблицы "Блюда" на рис. 4 и строкой с ПР = 7 таблицы продукты (для приготовления Харчо нужен Рис), представляется не с помощью указателей, а благодаря существованию в таблице "Состав" строки, в которой номер блюда равен 2, а номер продукта – 7.

6. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию. Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками.
|Блюда |Продукты |Состав |
|БЛ |ПР |БЛ |
|Блюдо |Продукт |ПР |
|Вид |Калор. |Веc (г) |
| | | |
|1 |1 |1 |
|Лобио |Фасоль |1 |
|Закуска |3070 |200 |
| | | |
|2 |2 |1 |
|Харчо |Лук |2 |
|Суп |450 |40 |
| | | |
|3 |3 |1 |
|Шашлык |Масло |3 |
|Горячее |7420 |30 |
| | | |
|4 |4 |1 |
|Кофе |Зелень |4 |
|Десерт |180 |10 |
| | | |
| |5 |2 |
|Расход |Мясо |5 |
|БЛ |1660 |80 |
|Порций | | |
|Дата_Р |6 |2 |
| |Томаты |2 |
|1 |240 |30 |
|158 | | |
|1/9/94 |7 |2 |
| |Рис |6 |
|2 |3340 |40 |
|144 | | |
|1/9/94 |8 |2 |
| |Кофе |7 |
|3 |2750 |50 |
|207 | | |
|1/9/94 | |2 |
| |Рецепты |3 |
|4 |БЛ |15 |
|235 |Рецепт | |
|1/9/94 | |2 |
| |1 |4 |
|... |Ломаную очищ |15 |
|... | | |
|... |... |3 |
| |... |5 |
| | |180 |
| | | |
| | |3 |
| | |6 |
| | |100 |
| | | |
| | |3 |
| | |2 |
| | |40 |
| | | |
| | |3 |
| | |4 |
| | |20 |
| | | |
| | |4 |
| | |8 |
| | |8 |
| | | |
|Поставщики |Поставки |
|ПОС |ПОС |
|Поставщик |ПР |
|Город |Вес (кг) |
| |Цена |
|1 |Дата_П |
|"Полесье" | |
|Киев |1 |
| |6 |
|2 |120 |
|"Наталка" |0.45 |
|Киев |27/8/94 |
| | |
|3 |1 |
|"Хуанхэ" |3 |
|Пекин |50 |
| |1.82 |
|4 |27/8/94 |
|"Лайма" | |
|Рига |1 |
| |2 |
|5 |50 |
|"Юрмала" |0.61 |
|Рига |27/8/94 |
| | |
|6 |2 |
|"Даугава" |2 |
|Рига |100 |
| |0.52 |
| |27/8/94 |
|Города | |
|Город |2 |
|Страна |5 |
| |100 |
|Киев |2.18 |
|Украина |27/8/94 |
| | |
|Пекин |2 |
|Китай |4 |
| |10 |
|Рига |0.88 |
|Латвия |27/8/94 |
| | |
| |3 |
| |1 |
| |250 |
| |0.37 |
| |24/8/94 |
| | |
| |3 |
| |7 |
| |75 |
| |0.44 |
| |24/8/94 |
| | |
| |3 |
| |8 |
| |40 |
| |2.87 |
| |24/8/94 |
| | |
| |4 |
| |3 |
| |70 |
| |1.56 |
| |30/8/94 |
| | |
| |5 |
| |5 |
| |200 |
| |2.05 |
| |30/8/94 |
| | |
| |6 |
| |6 |
| |15 |
| |0.99 |
| |30/8/94 |
| | |

Рисунок 4.База данных "Питание" .

3.3 Манипулирование реляционными данными

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

Предложив реляционную модель данных, Э.Ф.Кодд создал и инструмент для удобной работы с отношениями – реляционную алгебру. Каждая операция этой алгебры использует одну или несколько таблиц (отношений) в качестве ее операндов и продуцирует в результате новую таблицу, т.е. позволяет
"разрезать" или "склеивать" таблицы (рис. 5).

[pic]

Рисунок 5. Некоторые операции реляционной алгебры

Созданы языки манипулирования данными, позволяющие реализовать все операции реляционной алгебры и практически любые их сочетания. Среди них наиболее распространены SQL (Structured Query Language – структуризованный язык запросов) и QBE (Quere-By-Example – запросы по образцу) . Оба относятся к языкам очень высокого уровня, с помощью которых пользователь указывает, какие данные необходимо получить, не уточняя процедуру их получения.

Заключение

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

Основным достоинством реляционных баз данных совместимость с самым популярным языком запросов SQL. С помощью единственного запроса на этом языке можно соединить несколько таблиц во временную таблицу и вырезать из нее требуемые строки и столбцы (селекция и проекция). Так как табличная структура реляционной базы данных интуитивно понятна пользователям, то и язык SQL является простым и легким для изучения. Реляционная модель имеет солидный теоретический фундамент, на котором были основаны эволюция и реализация реляционных баз данных. На волне популярности, вызванной успехом реляционной модели, SQL стал основным языком для реляционных баз данных.

В процессе анализа вышеизложенной информации выявлены следующие недостатки рассмотренной модели баз данных:

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

- высокая трудоемкость манипулирования информацией и изменения связей.

Литература

1. Дейт К. Руководство по реляционной СУБД DB2. - М.: Финансы и статистика, 1988. - 320 с.

2. Кириллов В.В. Основы проектирования реляционных баз данных .Учебное пособие. - СПб.: ИТМО, 1994. - 90 с.

Рекомендуем скачать другие рефераты по теме: курсовая работа по экономике, онегин сочинение.





Предыдущая страница реферата | 1  2  3  4  5  6  7  8 | Следующая страница реферата