3.2.1. Нормализация полученных отношений
Для исключения избыточной информации во всех отношениях, для обеспечения максимальной гибкости в структурах таблиц и интерфейсах приложений на случай изменений в базе данных проводится нормализация полученных отношений. Проанализируем полученные отношения на предмет соответствия формам нормализации.
Поскольку отношения не содержат повторяющихся групп данных, то информация, хранимая в них, не является структурной. Значит, полученные отношения удовлетворяют первой форме нормализации.
Все неключевые поля во всех отношениях полностью определяются первичным ключом и составными частями первичного ключа, следовательно, вторая форма нормализации тоже соблюдается.
Так как ни в одном отношении нет неключевых полей, зависящих от других неключевых полей. А все эти неключевые поля зависят только от первичного ключа. Значит, отношения удовлетворяют третьей форме нормализации.
Таким образом, полученные отношения удовлетворяют всем трем формам нормализации.
3.2.2. Выявление связей полученных отношений
«P_Vagon» «P_typ_vag» «P_zav_izgot» «P_Sobstvennik» «P_Depo_Vagony» «P_Ispolnytely» «P_Neyspravnosty» «P_Detaly» «P_Remont» «P_Typ_Remonta»
3.3. Даталогическое проектирование
3.3.1. Проектирование базы данных
Для разрабатываемой системы необходима база данных. Ее построение начинается с создания таблиц и формирования содержащихся в них столбцов, для которых указываются типы данных, занимаемое ими место и допустимые неопределенные значения (NULL).
Создание таблиц:
Таблица «Адрес» (для хранения адресов регистрации и адресов фактического места жительства всех заемщиков и поручителей банка)
Таблица «Валюта» (для хранения списка валюты)
Таблица «Город» (для хранения списка городов)
Таблица «Договор» (для хранения списка договоров и их реквизитов)
Таблица «Клиент» (для хранения списка существующих клиентов и их данных)
Таблица «Область» (для хранения списка областей)
Таблица «Проценты» (для хранения списка процентных ставок)
Таблица «Связь» - таблица для связи между договором и клиентом (связь многие к многим), предназначена для отображения этой связи
Таблица «Срок» (для хранения списка срока кредитования)
Таблица «Статус» (для хранения статуса клиента)
Таблица «Счет» (для хранения списка расчетных счетов заемщиков)
Таблица «Счет_1» (для хранения списка первой цифры расчетных счетов заемщиков)
Таблица «Счет_вал» (для хранения списка счетов валюты)
Таблица «Улица» (для хранения списка улиц)
Сводная ER-диаграмма всех таблиц создаваемой базы данных и их связи
3.3.2. Организация бизнес логики на стороне сервера
Для выполнения необходимых запросов пользователя к системе используются хранимые процедуры. Хранимые процедуры - программы, находящиеся в базе данных и выполняемые по требованию клиента. Хранимая процедура представляет собой набор совместно откомпилированных команд SQL.