Кассовые операции

 

Таблица 3 – операции_имя

Наименование атрибутов	Функциональные зависимости
Операция
наименование

 

Таблица 4 – Ревизия

Наименование атрибутов	Функциональные зависимости
код
Дата
Сумма
Операция
обстоятельства

 

Таблица 5 – операции

Наименование атрибутов	Функциональные зависимости
код
Дата
Сумма
Операция
Счет
банк

 

Таблица 6 – Счет

Наименование атрибутов	Функциональные зависимости
Счет Клиент дата

 

Таблица 7 – клиент_ю

Наименование атрибутов	Функциональные зависимости
Клиент
Наименование
Адрес_ф
Адрес_ю
Телефон
Код_типа

 

Таблица 8 – клиент_ф

Наименование атрибутов	Функциональные зависимости
Клиент
Фамилия
Имя
Отчество
Серия
Номер
Адрес
Телефон
Код_типа

 

 

 

Таблица 9 – Тип_к

Наим енование атрибутов	Функциональные зависимости
Код_типа наименование

 

2.4.2 Выбор ключей

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

Использование ключей и  индексов позволяет:

1. однозначно идентифицировать записи;
2. избегать дублирования значений в ключевых полях;
3. выполнять сортировку таблиц;
4. ускорять операции поиска в таблицах;
5. устанавливать связи между отдельными таблицами БД.

При поддержке целостности  данных обеспечивается правильность ссылок между таблицами.

 

 

Таблица 10 Первичные ключи

Таблица	Ключ	Тип ключа
банк	Банк	Primary
Клиент_ф	клиент	Primary
	Код_типа	Regular
	Фио	Regular
	Паспорт	Candidate
	инд	Candidate
счет	Счет	Primary
	Дата	Regular
	Клиент	Regular
ревизия	Код	Primary
	Дата	Regular
	операция	Regular
Операция_имя	Операция	Primary
Тип_к	Код_типа	Primary
Учетные_записи	имя	Primary
Клиент_ю	Клиент	Primary
	Код_типа	Regular
	Наименование	Regular
	инд	Candidate
операции	Операция	Regular
	Счет	Regular
	Дата	Regular
	код	Primary
статьи	статья	Primary
	операция	Regular

 

 

 

 

 

 

 

 

 

 

2.4.3  Нормализация отношений

 

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

Проанализировав разработанную  базу данных, можно сделать вывод, что она нормализована и соответствует  третей нормальной форме, так как:

1. все таблицы в базе данных соответствуют первой нормальной форме т.к. все атрибуты простые (атомарные);

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

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

 

2.5 Даталогическое проектирование

 

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

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

 

2.5.1 Состав таблиц базы данных

 

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

 

 

Таблица 1 – банк

Наименование атрибутов	Тип данных	Длина поля	Допустимость неопределенных значений
Банк	Integer(AutoInc)	4	NOT NULL
Наименование	Character	30
ИНН	Character	20
Кор_счет	Character	21
БИК	Character	11

 

 

Таблица 2 – учетные записи

Наименование атрибутов	Тип данных	Длина поля	Допустимость неопределенных значений
имя	Character	20	NOT NULL
пароль	Character	20
права	Integer	4

 

 

Таблица 3 – операции_имя

Наименование атрибутов	Тип данных	Длина поля	Допустимость неопределенных значений
Операция	Integer(AutoInc)	4	NOT NULL
наименование	Character	20

 

Таблица 4 – Ревизия

Наименование атрибутов	Тип данных	Длина поля	Допустимость неопределенных значений
код	Integer(AutoInc)	4	NOT NULL
Дата	DataTime	8
Сумма	Integer	4
Операция	Integer	4
обстоятельства	Character	250

 

Таблица 5 – операции

Наименование атрибутов	Тип данных	Длина поля	Допустимость неопределенных значений
код	Integer(AutoInc)	4	NOT NULL
Дата	DataTime	8
Сумма	Integer	4
Операция	Integer	4
Счет	Integer	4
банк	Integer	4

 

Таблица 6 – Счет

Наименование атрибутов	Тип данных	Длина поля	Допустимость неопределенных значений
Счет	Integer(AutoInc)	4	NOT NULL
Клиент	Character	6
дата	DataTime	8

 

Таблица 7 – клиент_ю

Наименование атрибутов	Тип данных	Длина поля	Допустимость неопределенных значений
Клиент	Integer(AutoInc)	4
Наименование	Character	100
Адрес_ф	Character	70
Адрес_ю	Character	70
Телефон	Character	13	NOT NULL
Код_типа	Integer	4

 

Таблица 8 – клиент_ф

Наименование атрибутов	Тип данных	Длина поля	Допустимость неопределенных значений
Клиент	Integer(AutoInc)	4	NOT NULL
Фамилия	Character	20
Имя	Character	20
Отчество	Character	20
Серия	Character	5
Номер	Character	7
Адрес	Character	70
Телефон	Character	13
Код_типа	Integer	4