Концептуальное, логическое проектирование базы данных. Модель "сущность-связь", нормализация отношений. Состав таблиц, средства поддержания целостности. Программная реализация базы данных интернет магазина. Заполнение тестовыми данными, создание запросов.
Аннотация к работе
Кировский филиал федерального государственного бюджетного образовательного учреждения высшего образования "Российская академия народного хозяйства и государственной службы при Президенте Российской Федерации"Данные представляют собой информацию, имеющую определенный вид, который позволяет автоматизировано собирать сами данные, хранить их и обрабатывать в дальнейшем человеку либо информационному системе. База данных (БД) представляет собой совокупность именованных данных, показывающих состояние сущностей и их отношений между собой в определенных предметных областях и их отношений между собой в определенных предметных областях [1]. Подобная совокупность данных при небольшой избыточности позволяет использовать информацию наиболее оптимально для одного или более приложений в рассматриваемых предметных областях. Система управления базой данных - СУБД - это множество средств (языковых и программных), используемых для создания, управления и многопользовательского использования баз данных [2]. SQL (structures query language) - универсальный логический язык, позволяющий создавать, изменять и управлять данными в реляционных БД.Сотрудники осуществляют оформление заказов покупателей внесением необходимой информации о товарах и прошедших продажах товара. Сотрудники имеют должности, определенную заработанную плату и премию в случае выполнения плана продаж. Покупатели и сотрудники имеют соответствующие уникальные коды. Товары, помимо кодов, имеют такие характеристики как цвет, уникальный номер и количество. Следовательно, можно выделить следующие сущности семантической модели: · Покупатель;Модель сущность-связь (ER-модель) - модель данных, позволяющая описывать концептуальные схемы предметной области [4]. С ее помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями. Она включает в себя 8 сущностей (Покупатель, Сотрудники, Отдел, Товар, Описание Товаров, Складские запасы, Заказы, Детали заказа). Атрибуты: "Фамилия", "Имя", "Отчество", "Адрес", "Город", "Телефон", "Дата регистрации", принадлежат сущности "Попупатели". Атрибуты: "Фамилия", "Имя", "Отчество", "Должность", "Зарплата", "Премия", "Семейное положение", "Дата рождения", "Дата приема на работу", "Адрес", "Телефон", "Отдел" принадлежат сущности "Сотрудники".Связь позволяет моделировать отношения между объектами предметной области. Связь "один ко многим" самая распространенная. В этом типе связей у строки таблицы А может быть несколько совпадающих строк таблицы Б, но каждой строке таблицы Б может соответствовать только одна строка из А. Связь "один к одному" создается, если для обоих связанных ключей определены ограничения первичного ключа или уникальности. Сущность А Сущность В Тип связиТаблицы "Сотрудники" и "Отдел" должны быть связаны связью "один к одному" по ключу "ID "из таблицы Сотрудники и ключом "ID" из таблицы "Отдел". Таблицы "Товар" и "Детали товара" c должны быть связаны связью "один к одному" по ключу "ID" из таблицы "Товар" и ключу "ID" из таблицы "Детали товара". Таблицы "Товары" и "Склад" должны быть связаны связью "один к одному" по ключу "ID" из таблицы "Товары" и ключу "TOBAPID" из таблицы Склад. Таблицы "Покупатели" и "Заказы" должны быть связаны связью "один ко многим" по ключу "ID" из таблицы "Покупатели" и ключу "ПОКУПАТЕЛИID" из таблицы "Заказы". Таблицы "Сотрудники" и "Заказы". c должны быть связаны связью "один ко многим" по ключу "ID" из таблицы "Сотрудники" и ключу "СОТРУДНИКИID" из таблицы "Заказы".Каждая таблица в реляционной БД удовлетворяет условию, в соответствии с которым в позиции на пересечении каждой строки и столбца таблицы всегда находится единственное атомарное значение, и никогда не может быть множества таких значений. Всякая нормализованная таблица автоматически считается таблицей в первой нормальной форме, сокращенно 1НФ. Теперь в дополнение к 1НФ можно определить дальнейшие уровни нормализации - вторую нормальную форму (2НФ), третью нормальную форму (3НФ) и т.д. Это связано с тем, что "(N 1)-я нормальная форма" не обладает некоторыми непривлекательными особенностями, свойственным "N-й нормальной форме". Общий смысл дополнительного условия, налагаемого на (N 1)-ю нормальную форму по отношению к N-й нормальной форме, состоит в исключении этих непривлекательных особенностей.Физические модели баз данных определяют способы размещения данных в среде хранения и способы доступа к этим данным, ко
План
Содержание
Введение
1. Концептуальное проектирование
2. Логическое проектирование базы данных
2.1 Модель "сущность-связь"
2.2 Классификация связей
2.3 Определение связей
2.4 Нормализация отношений
3. Даталогическое проектирование
3.1 Состав таблиц базы банных
3.2 Средства поддержания целостности
4. Программная реализация базы данных интернет магазина для ООО "ПМЗ" средствами SQL SERVER