Проектирование реализации. Вся информация для хранения в базе данных разбита на сущности и атрибуты по специфическим признакам. Каждая сущность представляет собой таблицу базы данных. Анализ описанной предметной области и решаемых задач позволяет выделить следующие сущности п п тип сущности атрибуты 1. Движение товара Код операции Наименование товара Приход Расход Цена Примечание 2. Получатели Код получателя Название фирмы Адрес Примечание 3. Поставщики Код поставщика Название фирмы Адрес Примечание 4. Приход Код операции Номер накладной Дата привоза Поставщик Получатель Примечание 5. Расход Код операции Получатель Номер доверенности Номер накладной Дата получения Номер платежного документа ФИО получателя Примечание 6. Справочник товаров Код товара Название товара Ед.изм. Примечание 5. Физическое проектирование 5.1. Структура базы данных До физического создания БД необходимо провести датологическое проектирование, т.е. построить логическую структуру БД, установить связи, нормализовать отношения. При наличии хорошо документированной логической структуры физическая реализация базы данных представляет собой четко определенный, стандартизованный процесс кроме того, обеспечивается надежное, эффективное хранение и поиск данных. 5.2. Таблицы Вся информация базы данных хранится в виде таблиц, такая БД носит название реляционной БД. Реляционная база данных - это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц. 1. Каждая таблица состоит из однотипных строк и имеет уникальное имя. 2. Строки имеют фиксированное число полей столбцов и значений множественные поля и повторяющиеся группы недопустимы. Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего. 3. Строки таблицы обязательно отличаются друг от друга хотя бы единственным значением, что позволяет однозначно идентифицировать любую строку такой таблицы. 4. Столбцам таблицы однозначно присваиваются имена, и в каждом из них размещаются однородные значения данных даты, фамилии, целые числа или денежные суммы . 5. Полное информационное СОДЕРЖАНИЕ базы данных представляется в виде явных значений данных, и такой метод представления является единственным.
В частности, не существует каких-либо специальных связей или указателей, соединяющих одну таблицу с другой. 6. При выполнении операций с таблицей ее строки и столбцы можно обрабатывать в любом порядке безотносительно к их информационному содержанию.
Этому способствует наличие имен таблиц и их столбцов, а также возможность выделения любой их строки или любого набора строк с указанными признаками. 5.3. Логическая структура базы данных Логическая структура базы данных определяет таблицы и их имена, также называемые сущностями entities имена полей, также называемые атрибутами attributes каждой таблицы характеристики полей, например уникальность их значения и допустимость значений NULL, а также тип данных, хранимых в поле первичный ключ каждой таблицы - поле несколько полей со значениями, уникально идентифицирующими каждую запись в таблице.
В таблице также могут существовать другие уникальные поля, но только одно из них рассматривается как уникальный ключ доступа для поиска записей - первичный ключ. В таблице не обязательно должен существовать первичный ключ, однако рекомендуется определять его для каждой таблицы связи между таблицами.
Записи в таблице могут зависеть от одной или нескольких записей другой таблицы.
Такие отношения между таблицами называются связями.
Связь определяется следующим образом поле или несколько полей одной таблицы, называемое внешним ключом, ссылается на первичный ключ другой таблицы. 5.4.