3)Понятие о домене реляционной базе данных.

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

В примере значения атрибута «Код начисления» и «Номер отдела» относятся к типу символьных 2 знака, но не являются сравнимыми по семантике, относятся к разным доменам. Значения «Код начисления» и «Шифр начисления» - один и тот же домен , поэтому один и тот же тип, размер, могут быть сравнимы, хотя названия атрибутов разные. В большинстве реляционных СУБД понятие домена не определяется явно(ответственность на разработчике).

Структура БД для расчета зарплаты:

Т аб. №	Ш ифр начисления	Сумма
001	05	3500
001	14	2000
0 домен 17	05	4100

домен

начисления

Виды начисления:

Код начисления	Н аименование начисления
05	З Виды начисления а отработанное время
14	Премия
23	Больничный

Сотрудники:

Т аб. №	ФИО	№ отдела
0 Первичный ключ 01	Петров	10
009	Гришин	22
118	Сергеев	35

4)Базовые или фундаментальные свойства реляционной модели данных.

1. Отсутствие картежей-дубликатов. Это свойство следует из определения отношения, как множество картежей. В классической теории множеств, по определению каждое множество состоит из различных элементов, т.е. отличных друг от друга. Из этого вытекает, что у каждого отношения есть первичный ключ. Для каждого отношения полный набор атрибутов обладает этим свойством.

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

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

4. Атомарность значений атрибутов. Значения всех атрибутов являются атомарными – следует из определения домена, как потенциального допустимого множества значений одного и того же типа, т.е. среди значений домена не может содержаться множество значений разного типа. Даже значения одного и того же типа данных должны представлять собой целую единицу (?) неделимую данных в семантическом понимании.