Автор работы: Пользователь скрыл имя, 17 Марта 2014 в 10:50, курсовая работа
Объекты реального мира связаны друг с другом множеством сложных зависимостей, которые необходимо учитывать в информационной деятельности. Например, детали на склад поставляются их производителями. Следовательно, в число атрибутов детали необходимо включить атрибут "название фирмы-производителя". Однако этого недостаточно, так как могут понадобиться дополнительные сведения о производителе конкретной детали — его адрес, номер телефона и т.д. Значит, база данных должна содержать не только информацию о деталях и заказах на поставку, но и сведения об их производителях. Более того, база данных должна отражать связи между деталями и производителями (каждая деталь выпускается конкретным производителем) и между заказами и деталями (каждый заказ оформляется на конкретную деталь).
Введение…………………………………………………………………………3
1 Основные понятия реляционных баз данных……………………………….6
2 Ограничительные условия, поддерживающие целостность……………….10
2.1 Целостность категории (сущности) и ссылок……………………………..10
3 Операции над реляционными данными……………………………………..14
3.1 Традиционные операции……………………………………………………14
3.2 Специальные операции……………………………………………………..15
3.3 Первая нормальная форма………………………………………………….17
3.4 Вторая нормальная форма…………………………………………………..18
3.5 Третья нормальная форма…………………………………………………..18
3.6 Другие нормальные формы…………………………………………………19
Заключение………………………………………………………………………20
Глоссарий………………………………………………………………………...21
Список использованных источников…………………………………………..2
Если в работе отсутствует элемент «3 глава основной части», заголовок «3 глава основной части» необходимо удалить.
На сегодняшний день реляционные базы данных остаются самыми распространенными, благодаря своей простоте и наглядности как в процессе создания так и на пользовательском уровне.
Основным достоинством реляционных баз данных совместимость с самым популярным языком запросов SQL. С помощью единственного запроса на этом языке можно соединить несколько таблиц во временную таблицу и вырезать из нее требуемые строки и столбцы (селекция и проекция). Так как табличная структура реляционной базы данных интуитивно понятна пользователям, то и язык SQL является простым и легким для изучения. Реляционная модель имеет солидный теоретический фундамент, на котором были основаны эволюция и реализация реляционных баз данных. На волне популярности, вызванной успехом реляционной модели, SQL стал основным языком для реляционных баз данных.
В процессе анализа
- так как все поля одной таблицы должны содержать постоянное число полей заранее определенных типов, приходится создавать дополнительные таблицы, учитывающие индивидуальные особенности элементов, при помощи внешних ключей. Такой подход сильно усложняет создание сколько-нибудь сложных взаимосвязей в базе данных;
- высокая трудоемкость манипулирования информацией и изменения связей.
№ п/п |
Понятие |
Определение |
1 |
Атрибут |
в базах данных - имя или структура поля записи. Атрибут характеризует размер или тип информации, содержащейся в поле. |
2 |
Домен |
в базах данных - множество всех значений атрибута в некотором отношении |
3 |
Запись |
в реляционных базах данных - строка таблицы данных, состоящая из полей разного типа. |
4 |
Ключ отношения |
атрибут отношения, однозначно идентифицирующий каждый из его кортежей. Составной ключ состоит из нескольких атрибутов. |
5 |
Отношение |
двумерная таблица, содержащую некоторые данные. Строки таких таблиц соответствуют записям, а столбцы - атрибутам. |
6 |
Реляционная алгебра |
формальная система манипулирования отношениями, основными операциями которой являются: проекция, соединение, пересечение и объединение. |
7 |
Поток (thread) |
фрагмент контекста одного процесса, включающий только те данные (стек рабочих переменных и текущего состояния), которые необходимы для реализации выполняемых потоком функций. |
8 |
Транзакция |
это логическая единица работы СУБД по изменению данных, которая может завершиться двумя способами: либо с сохранением результатов во внешней памяти, либо с откатом на то состояние, которое база данных имела на момент начала данной транзакции. |
9 |
Триггер |
программный модуль, не имеющий аргументов и выполняющийся неявно всякий раз, когда происходит запускающее его событие. |
10 |
Функция |
программный объект, задающий вычислительную процедуру определения значения, зависимого от некоторых аргументов. |
1 |
Атре Ш. Структурный подход к организации баз данных. - М.: Финансы и статистика, 1983. - 320 с. |
2 |
Беренсон Х., Бернштейн Ф., Грэй Д., Мелтон Д., О"Нил Э., О"Нил П. Критика уровней изолированности в стандарте ANSI SQL //СУБД. - 1996. - №2. - С.45-60. |
3 |
Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. - М.: Финансы и стати-стика, 1989. - 351 с. |
4 |
Васкевич Д. Стратегии клиент/сервер. - Киев: Диалектика, 1997. |
5 |
Гилуа М.М. Множественная модель данных в информационных системах. - М.: Наука, 1992. |
6 |
Дейт К. Введение в системы баз данных //6-издание. - Киев: Диалектика, 1998. - 784 с. |
7 |
Кузнецов С.Д. Введение в системы управления базами данных //СУБД. - 1995. - №1,2,3,4, 1996. - №1,2,3,4,5. |
8 |
Кузнецов С.Д. Операционные системы для управления базами данных //СУБД. - 1996. - №3. - С.95-102. |
9 |
Ладыженский Г.М. Системы управления базами данных - коротко о главном //СУБД. - 1995. - №1,2,3,4. |
10 |
Мейер М. Теория реляционных баз данных. - М.: Мир, 1987. - 608 с. |
11 |
Оззу М.Т., Валдуриз П. Распределенные и параллельные системы баз данных //СУБД. - 1996. - №4. - С.4-26. |
А |
|
Б |
|