Введение в системы реляционных баз данных

Этот раздел содержит общее описание баз данных. Во-первых, в ней определяется, что такое система баз данных и какие компоненты в ней содержатся. Каждый компонент вкратце описывается со ссылкой на главу, где он рассмотрен подробно. Второй основной раздел этой главы посвящен системам реляционных баз данных. В нем обсуждаются свойства систем реляционных баз данных и соответствующий язык, используемый в таких системах - Structured Query Language (SQL, язык структурированных запросов). Как правило, прежде чем вы будете создавать базу данных, вы должны ее спроектировать со всеми ее объектами. В третьем основном разделе этой главы объясняется, как вы можете использовать нормальные формы для улучшения результатов проектирования вашей базы данных, а также вводится модель «сущность- отношение», которую вы можете использовать для осмысления всех сущностей и их взаимоотношений.

Оценить
(0 голоса)
База данных примеров, используемая в этой книге, представляет некую компанию с отделами и служащими. Каждый служащий в этом примере принадлежит ровно одному отделу; отдел имеет одного или более служащих. Работа служащих сосредоточена вокруг проектов: каждый служащий в одно и то же время работает с одним или более проектами, а каждый проект занимает одного или более служащих. Данные в базе данных sample могут быть представлены с использованием четырех таблиц: ♦ department; ♦ employee; ♦ project; ♦ works_on. Все таблицы базы данных sample. Таблица department представляет все отделы компании. Каждый отдел содержит следующие атрибуты: department (dept_no, dept_name, location) Здесь dept_no- уникальный номер…
Оценить
(0 голоса)
Проектирование базы данных - очень важная фаза в жизненном цикле базы данных, которая предшествует всем фазам за исключением сбора и анализа требований к данным. Если проектирование базы данных выполнено чисто интуитивно без какого-либо плана, то, скорее всего, результирующая база данных не будет соответствовать требованиям пользователя, касающимся ее производительности. Другим последствием плохого проектирования базы данных является чрезмерная избыточность данных, что само по себе имеет два неприятных момента: существование аномалий данных и неоправданно большой объем занимаемого дискового пространства. Нормализация данных - это процесс, в результате выполнения которого существующие таблицы базы данных проверяются на наличие зависимостей между столбцами таблицы. Если такие зависимости существуют,…
Оценить
(0 голоса)
Нормальные формы используются в процессе нормализации данных и, значит, в проектировании таблиц. Теоретически существует, по меньшей мере, пять различных нормальных форм, из которых первые три являются наиболее значимыми для практического использования. Третья нормальная форма для таблицы может быть получена в процессе проверки на первую и вторую нормальную форму в качестве промежуточных этапов, при этом цель хорошего проектирования базы данных обычно может быть достигнута, если все таблицы базы данных находятся в третьей нормальной форме.
Оценить
(0 голоса)
Первая нормальная форма (First Normal Form, INF) означает, что таблица не имеет атрибутов с несколькими значениями (многозначных атрибутов) или составных атрибутов. (Составной атрибут содержит другие атрибуты и, следовательно, может быть разделен на более мелкие части.) Все реляционные таблицы определены в первой нормальной форме, потому что значение любого столбца в строке должно быть атомарным, т. е. иметь единственное значение. В табл. 1.5 демонстрируется первая нормальная форма в таблице workson из базы данных sample. Строки в таблице workson могут быть сгруппированы вместе при использовании номера служащего. А вот табл. 1.6 не находится в первой нормальной форме, потому что столбец projectno содержит множество…
Оценить
(1 голос)
Таблица находится во второй нормальной форме (2NF), если она находится в первой нормальной форме и в ней не существует не ключевого столбца, зависящего только от части столбцов первичного ключа этой таблицы. Это означает, что если {А, В) является комбинацией столбцов таблицы, составляющих первичный ключ, то в этой таблице не существует столбца, зависящего либо только от А, либо только от J3. Например, в табл. 1.7 показана таблица worksonl, которая идентична таблице workson за исключением наличия дополнительного столбца deptno. Первичный ключ этой таблицы является комбинацией столбцов empno и projectno. Столбец deptno зависит от части первичного ключа, empno (и не зависит от projectno).…
Оценить
(1 голос)
Таблица в третьей нормальной форме (3NF) должна находиться во второй нормальной форме и у нее не должно быть функциональных зависимостей между не ключевыми столбцами. Например, таблица empioyeel (табл. 1.8), которая идентична таблице employee за исключением присутствия дополнительного столбца deptname, не находится в третьей нормальной форме, потому что для каждого значения столбца deptno может быть точно определено значение столбца deptname. (Оригинальная таблица employee, так же, как и другие таблицы базы данных sample, находится в третьей нормальной форме.)  
Оценить
(1 голос)
Данные в любой базе данных проще всего спроектировать при использовании одной таблицы, которая будет содержать все данные. Основной недостаток такого подхода к проектированию базы данных - высокая избыточность данных. Например, если ваша база данных содержит данные, относящиеся к. служащим и их проектам (каждый служащий работает в одно и то же время над одним или более проектами, и каждый проект задействует одного или более служащих), то хранимые в одной таблице данные будут содержать большое множество столбцов и строк. Основной недостаток такой таблицы в том, что сложно будет поддерживать согласованность данных по причине этой самой избыточности. Модель «сущность- отношение» (entity-relationship, ER) используется…
Оценить
(1 голос)
Система баз данных является всеобъемлющей коллекцией различных программных компонентов. Базы данных содержат следующие части: ♦ программные приложения базы данных; ♦ клиентские компоненты; ♦ сервер (серверы) базы данных; ♦ собственно базы данных. Программные приложения базы данных являются программным обеспечением специального назначения, которые спроектированы и реализованы для пользователей или для программных компонентов сторонних организаций. В отличие от них клиентские компоненты являются программным обеспечением баз данных общего назначения, спроектированные и реализованные для компаний, использующих базы данных. В процессе применения клиентских компонентов пользователи могут получать доступ к данным, хранимым на том же или на удаленном компьютере. Задачей сервера базы данных является управление данными, хранимыми…
«ПерваяПредыдущая12СледующаяПоследняя»
Навигация

Авторизация



© 2018 serversql.ru. Все права защищены.