Методика построения еr

Методика построения еr — диаграммы для базы данных

педагогические науки

  • Хусаинова Гузалия Ядкаровна , кандидат наук, доцент, доцент
  • Башкирский государственный университет
  • Похожие материалы

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

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

    Комплекс задач этого этапа состоит в выявлении общих информационных объектов и связей между ними. Результаты инфологического проектирования могут быть выражены в виде инфологической или концептуальной модели, которая представляет структуру данных. Для построения концептуальной модели используется метод моделирования «Сущность — связь» или ER-диаграмма.

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

    Работа продавца-консультанта — это процесс, который можно разделить на следующие этапы:

    • поиск нужного товара;
    • формирование списка товаров;
    • добавление информации о покупателях;

    Информационные процессы этапов представлены в виде таблицы (Таблица 1. ).

    Таблица 1. Информационные процессы этапов

    1. поиск нужного товара

    — поиск товара на складе посредством побуквенного ввода названия товара, фирмы изготовителя или цене в поле поиска;

    2. формирование списка товаров

    — вывод выбранных товаров в отдельную таблицу;

    3. оформление документов клиента

    — сохранение информации в базу данных;

    4. оформление продажи

    — выбор количества продаваемого товара;

    После изучения предметной области и анализа структуры системы были определены объекты. Список сущностей и связей представлены в таблицах 2 и 3.

    Таблица 2. Перечень сущностей предметной области

    Таблица 3. Перечень связей между сущностями

    Поставщики ПОСТАВЛЮТ Товары

    Товары СОСТОЯТ Типы

    Товары НАХОДЯТСЯ Магазин

    Магазин РАБОТАЮТ Сотрудники

    Сотрудники ОФОРМЛЯЮТ Заказы

    Заказы ДЕЛАЮТ Клиенты

    Исходя из имеющихся данных, становится возможным построить ER-диаграмму, необходимую для дальнейшего проектирования информационной системы (рис.1).

    Рисунок 1. ER-диаграмма.

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

    Связи между объектами модели данных реализуются теми же реквизитами — ключи связи в соответствующих таблицах. Ключом соединения всегда является уникальный ключ главной таблицы. Ключ в подчиненной таблице — это либо часть уникального ключа в нем, либо поле, которое не является частью первичного ключа. Ключ связи в подчиненной таблице называется внешним ключом. В Access можно создать схему данных, визуально представляющую логическую структуру базы данных. Определение отношений «один ко многим» в этой схеме должно соответствовать построенной модели данных. Появление схемы данных практически совпадает с графическим представлением информационно-логической модели. В таблицах 4 и 5 показаны структуры объектов «Товары» и «Сотрудники». Аналогично можно получить и другие таблицы базы данных.

    Источник:
    http://novainfo.ru/article/14504

    Создание ER-Диаграмм

    Краткая теория вопроса

    Информационная система (ИС) — программно-аппаратный комплекс, предназначенный для хранения и обработки информации о какой-либо предметной области.

    Процесс создания ИС делится на ряд этапов. Обычно выделяют следующие этапы создания ИС:

    • — формирование требований к системе (анализ),
    • — проектирование,
    • — реализация,
    • — тестирование,
    • — ввод в действие,
    • — эксплуатация и сопровождение.

    Важнейшим компонентом любой информационной системы является База данных (БД). База данных (Data Base) – структурированный, организованный набор данных, объединенный в соответствии с некоторой выбранной моделью и описывающий характеристики какой-либо физической или виртуальной системы.

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

    Согласно современной методологии, процесс создания ИС представляет собой процесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла (ЖЦ) ИС. На каждом этапе ЖЦ создаются модели: организации, требований к ИС, проекта ИС, требований к приложениям и т. д.

    Проектирование ИС охватывает три основные области:

    • — проектирование объектов данных ( создание моделей данных ) , которые будут реализованы в базе данных;
    • —проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;
    • —учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т. п.

    Модель – искусственный объект,представляющий собой отображение (образ) системы и её компонентов.

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

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

    При создании моделей данных используется метод семантического моделирования . Семантическое моделирование основывается на значении структурных компонентов или характеристик данных, что способствует правильности их интерпретации (понимания, разъяснения). В качестве инструмента семантического моделирования используются различные варианты диаграмм сущность-связь (ER — Entity-Relationship) — ERD.

    Существуют различные варианты отображения ERD , но все варианты диаграмм сущность-связь исходят из одной идеи — рисунок всегда нагляднее текстового описания. ER -диаграммы используют графическое изображение сущностей предметной области, их свойств (атрибутов) , и взаимосвязей между сущностями.

    Базовые понятия ERD

    Сущность (таблица, отношение) — это представление набора реальных или абстрактных объектов (людей, вещей, мест, событий, идей, комбинаций и т. д.), которые можно выделить в одну группу, потому что они имеют одинаковые характеристики и могут принимать участие в похожих связях. Каждая сущность должна иметь наименование, выраженное существительным в единственном числе. Каждая сущность в модели изображается в виде прямоугольника с наименованием.

    Можно сказать, что Сущности представляют собой множество реальных или абстрактных вещей (людей, объектов, событий, идей и т. д.), которые имеют общие атрибуты или характеристики.

    Экземпляр сущности (запись, кортеж)- это конкретный представитель данной сущности.

    Атрибут сущности (поле, домен) — это именованная характеристика, являющаяся некоторым свойством сущности.

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

    Каждая связь может иметь один из следующих типов связи :

    Один-к-одному, многое-ко-многим, один-ко-многим.

    Связь типа один-к-одному означает, что один экземпляр первой сущности (левой) связан с одним экземпляром второй сущности (правой). Связь один-к-одному чаще всего свидетельствует о том, что на самом деле мы имеем всего одну сущность, неправильно разделенную на две.

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

    Связь типа один-ко-многим означает, что один экземпляр первой сущности (левой) связан с несколькими экземплярами второй сущности (правой). Это наиболее часто используемый тип связи. Левая сущность (со стороны «один») называется родительской , правая (со стороны «много») — дочерней .

    При разработке ER-моделей необходимо обследовать предметную область (организацию, предприятие) и выявить:

    1) Сущности, о которых хранятся данные в организации (предприятии), например, люди, места, идеи, события и т.д., (будут представлены в виде блоков);

    2) Связи между этими сущностями (будут представлены в виде линий, соединяющих эти блоки);

    3) Свойства этих сущностей (будут представлены в виде имен атрибутов в этих блоках).

    Задача: разработать информационную систему «Контингент студентов института» .

    Необходимо: изучить предметную область (образовательное учреждение) и процессы, происходящие в ней.

    Для этого обследуем объект: знакомимся с нормативной документацией, опрашиваем работников института, изучаем существующий документооборот института, анализируем ситуацию и т.п.

    В результате обследования определяем цель и задачи системы и формулируем постановку задачи.

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

    Таким образом, проектируемая система должна выполнять следующие действия:

    1. — Хранить информацию о студентах и их успеваемости.
    2. — На факультетах по определённой специальности печатать экзаменационные ведомости и другие документы.

    Выделим все существительные в этих предложениях — это предполагаемые сущности и проанализируем их:

    • — Студент — явная сущность.
    • — Успеваемость — явная сущность.
    • — ?Факультет — нужно выяснить один или несколько факультетов в институте? Если несколько, то это — предполагаемая новая сущность.
    • — ? Специальность — нужно выяснить одна или несколько специальностей на факультете? Если несколько, то это — ещё одна сущность.
    • — Предмет — предполагаемая сущность.

    На первоначальном этапе моделирования данных информационной системы явно выделены две основные сущности: Студент и Успеваемость.

    Критерием успеваемости является наличие отметки о сдачи экзаменов.

    Сразу возникает очевидная связь между сущностями — «студент сдаёт несколько экзаменов » и «экзамены сдаются каждым студентом». Явная связь Один-ко-многим . Первый вариант диаграммы выглядит так:

    Мы знаем, что студенты учатся на факультетах, на определённой специальности и сдают экзамены по дисциплинам (предметам). Анализ предметной области показал, что студенты учатся на нескольких факультетах института по нескольким специальностях и сдают экзамены по определённому перечню предметов.

    Исходя из этого, мы добавляем в ER-модель ещё несколько сущностей. В результате она будет выглядеть так:

    На следующей стадии проектирования модели вносим атрибуты сущностей в диаграмму (предполагаем, что атрибуты выявлены на стадии обследования объекта и при анализе аналогов существующих систем) и получаем окончательный вариант ER— диаграммы:

    Отметим, что предложенные этапы моделирования являются условными и нацелены на формирование общих представлений о процессе моделирования.

    Разработанный выше пример ER-диаграммы является примером концептуальной диаграммы, не учитывающей особенности конкретной СУБД. На основе данной концептуальной диаграммы можно построить физическую диаграмму , которая будут учитывать такие особенности СУБД, как допустимые типы, наименования полей и таблиц, ограничения целостности и т.п.

    Для преобразования концептуальной модели в физическую необходимо знать, что:

    — Каждая сущность в ER-диаграмме представляет собой таблицу базы данных.

    — Каждый атрибут становится колонкой (полем) соответствующей таблицы.

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

    — Семантическое моделирование данных основывается на технологии определения значения данных через их взаимосвязи с другими данными.

    — В качестве инструмента семантического моделирования используются различные варианты (нотации) диаграмм сущность-связь — (Entity-Relationship) . Нотация — система условных обозначений, принятая в какой-либо области знаний или деятельности.

    — ER- диаграммы позволяют использовать наглядные графические обозначения для моделирования сущностей и их взаимосвязей. Основное достоинство метода состоит в том, модель строится методом последовательного уточнения и дополнения первоначальных диаграмм.

    После создания концептуальной модели данных переходим к созданию физической модели средствами конкретной СУБД, а именно СУБД ACCESS. Для этого переходим к выполнению Практического задания №2

    Приглашайте друзей на мой сайт

    Поддержите проект! Выберите один из вариантов платежа:

    С карты, с баланса сотового, из Кошелька

    Источник:
    http://inf-teh-lotos.ru/sozdanie-er-diagramm

    Практическая работа. Создание диаграмм в MS Access

    Особенности работы со слабоуспевающими и одаренными детьми в школе

    свидетельство каждому участнику

    скидка на курсы для всех участников онлайн-конференции

    13 – 15 октября 2020г 19:00 (МСК)

    Практическая работа №7

    Тема: «Создание диаграммы»

    для студентов 2 курса специальности 10.02.03

    Информационная безопасность автоматизированных систем

    Цели работы: Научиться создавать диаграммы в Access на основе таблиц и запросов с помощью конструктора форм.

    Задание 1. Создать диаграмму «Сумма заказов по организации»

    Создать диаграмму для запроса Сумма заказов по организации с помощью конструктора форм.

    1. Создать отчет с помощью Конструктора форм: Создание/Формы/Конструктор форм

    2. Вставить диаграмму в поле формы , используя соответствующий элемент на вкладке Инструменты конструктора форм/Конструктор/Элементы управления

    3. В появившемся диалоговом окне Создание диаграммы выбрать Запрос: Сумма заказов по организации.

    4. Выбрать поля диаграммы: Место работы и Сумма.

    5. Выбрать тип диаграммы – гистограмма.

    6. После нажатия кнопки Готово появляется диаграмма, содержащая шаблонные данные.

    7. Чтобы появились наши данные, сохраните отчет под именем « Сумма заказов организации », закройте и откройте его вновь.

    8. Растянуть область диаграммы таким образом, чтобы отображались все данные легенды.

    9. Двойной щелчок по диаграмме сделает ее доступной для редактирования.

    10. Используя знания, полученные при учении программы Excel , отредактируйте диаграмму:

    разместить легенду сверху посередине;

    добавить подписи данных;

    и далее по образцу.

    Задание 2. Создать диаграмму «Лидеры продаж»

    Создать диаграмму для запроса Лидеры продаж с помощью конструктора форм.

    1. Создать отчет с помощью Конструктора форм: Создание/Формы/Конструктор форм

    2. Вставить диаграмму в поле формы , используя соответствующий элемент на вкладке Инструменты конструктора форм/Конструктор/Элементы управления

    3. В появившемся диалоговом окне Создание диаграммы выбрать Запрос: Лидеры продаж.

    4. Выбрать поля диаграммы: Сотрудник и Сумма.

    5. Выбрать тип диаграммы – кольцевая.

    6. После нажатия кнопки Готово появляется диаграмма, содержащая шаблонные данные.

    7. Чтобы появились наши данные, сохраните отчет под именем «Лидеры продаж», закройте и откройте его вновь.

    8. Растянуть область диаграммы таким образом, чтобы отображались все данные легенды.

    9. Двойной щелчок по диаграмме сделает ее доступной для редактирования.

    10. Используя знания, полученные при учении программы Excel , отредактируйте диаграмму:

    разместить легенду сверху посередине;

    добавить подписи данных (значения и доли);

    и далее по образцу.

    Выберите книгу со скидкой:

    Выразительный JavaScript. Современное веб-программирование. 3-е издание

    350 руб. 1815.00 руб.

    Изучаем программирование на JavaScript

    350 руб. 2092.00 руб.

    ОГЭ. Информатика. Новый полный справочник для подготовки к ОГЭ

    350 руб. 155.00 руб.

    ЕГЭ. Информатика. Новый полный справочник для подготовки к ЕГЭ

    350 руб. 163.00 руб.

    ЕГЭ. Информатика. Новый полный справочник для подготовки к ЕГЭ

    350 руб. 171.00 руб.

    Изучаем программирование на C

    350 руб. 1504.00 руб.

    Математика. Новый полный справочник школьника для подготовки к ЕГЭ

    350 руб. 222.00 руб.

    Дошкольная педагогика с основами методик воспитания и обучения. Учебник для вузов. Стандарт третьего поколения. 2-е изд.

    350 руб. 963.00 руб.

    Считаю и решаю: для детей 5-6 лет. Ч. 1, 2-е изд., испр. и перераб.

    350 руб. 169.00 руб.

    Начинаю считать: для детей 4-5 лет. Ч. 1, 2-е изд., испр. и перераб.

    350 руб. 169.00 руб.

    Считаю и решаю: для детей 5-6 лет. Ч. 2, 2-е изд., испр. и перераб.

    350 руб. 169.00 руб.

    Пишу буквы: для детей 5-6 лет. Ч. 2. 2-е изд, испр. и перераб.

    350 руб. 169.00 руб.

    БОЛЕЕ 58 000 КНИГ И ШИРОКИЙ ВЫБОР КАНЦТОВАРОВ! ИНФОЛАВКА

    Инфолавка — книжный магазин для педагогов и родителей от проекта «Инфоурок»

    Международные дистанционные “ШКОЛЬНЫЕ ИНФОКОНКУРСЫ”

    для дошкольников и учеников 1–11 классов

    Оргвзнос: от 15 руб.

    Идет приём заявок

    • Папарецкая Ирина Геннадьевна
    • Написать
    • 461
    • 21.12.2019

    Номер материала: ДБ-871299

    VI Международный дистанционный конкурс «Старт»

    Идет приём заявок

    • 16 предметов
    • Для учеников 1-11 классов и дошкольников
    • Наградные и подарки

    38 000 репетиторов из РФ и СНГ

    Занятия онлайн и оффлайн

    Более 90 дисциплин

    • 21.12.2019
    • 110
    • 21.12.2019
    • 467
    • 21.12.2019
    • 935
    • 21.12.2019
    • 122
    • 21.12.2019
    • 181
    • 21.12.2019
    • 190
    • 21.12.2019
    • 97
    • 21.12.2019
    • 55

    Не нашли то что искали?

    Вам будут интересны эти курсы:

    Оставьте свой комментарий

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

    Все материалы, размещенные на сайте, созданы авторами сайта либо размещены пользователями сайта и представлены на сайте исключительно для ознакомления. Авторские права на материалы принадлежат их законным авторам. Частичное или полное копирование материалов сайта без письменного разрешения администрации сайта запрещено! Мнение редакции может не совпадать с точкой зрения авторов.

    Источник:
    http://infourok.ru/sozdanie-diagramm-v-ms-access-4016511.html

    Рисунки и диаграммы Access

    В данной лабораторной работе рассмотрим использование рисунков и диаграмм в СУБД Access.

    Рисунки

    В режиме конструктора форм СУБД Access имеется возможность использования графических элементов Линия и Прямоугольник. Данные элементы позволяют акцентировать внимание на определенных частях формы.

    В режиме конструктора имеется возможность вставки рисунков двумя способами: Свободная рамка объекта и Присоединенная рамка объекта. Используя первый способ, можно вставить рисунок, который будет одинаково отображаться для всех записей. Это может быть, например, логотип компании. При помощи второго способа размещают рисунки, которые связаны с конкретными записями, например, база данных содержит информацию по сотрудникам и этот элемент позволяет выводить фотографию конкретного сотрудника при изменении записей.

    Задание

    1. Поместите окно ввода в форме “Заказ с полем со списком” на выпуклый прямоугольник. Для этого выберите инструмент Прямоугольник и разместите его на необходимую область формы. При этом прямоугольник может перекрыть элементы формы. Далее сделайте прямоугольник прозрачным, выбрав Свойства — Тип фона — Прозрачный или выбрать пункт На задний план в пункте меню Формат. Затем выберите СвойствоОформление / Приподнятое. Отмечу также, что прямоугольник залить цветом, используя Свойство /Цвет фона.
    2. Добавьте логотип на одну из форм. Логотип создайте самостоятельно, например, в графическом редакторе Paint.

    Мастер диаграмм

    Удобным механизмом анализа и представления данных являются диаграммы. Распишу процесс построения диаграммы распределения по категориям цены товаров для таблицы ТОВАР.

    1. Создаем запрос “Категории и цены товаров” по таблицам ТОВАР и КАТЕГОРИЯ ТОВАРА, содержащий поля Значение и Цена, отсортированные по полю Значение.
    2. Используя созданный запрос, создаем форму “Диаграмма: Количество товаров по категориям”. Для этого на Ленте Создание в разделе Формы выберем Пустая форма и откроем ее в конструкторе, затем в Элементах управления найдем пиктограмму Вставить диаграмму нажмем на нее и выберем место на форме куда хотим ее вставить и автоматически откроется окно Создание диаграммы, выберем таблицу и запрос. В нашем случае это будет запрос Категории и цены товаров. Выберем поле Значение. В качестве формы диаграммы выберем Объемнаякруговая. Теперь введем заголовок диаграммы: Число товаров каждой категории и кнопкой Готово запустим построение диаграммы. Получим требуемую диаграмму.
    3. На полученной диаграмме есть названия категорий, но нет численных значений. Вызовем программу Microsoft Graph, которая собственно и создала нашу диаграмму. Для этого необходимо перейти в режим Конструктора и вызвать программу двойным щелчком по светлому полю на диаграмме. В верхней строке меню теперь представлены пункты меню приложения Microsoft Graph. Выберем пункты Диаграмма / Параметры диаграммы… / Подписи данных / Значение. Нажмем кнопку ОК. Теперь цифры числа записей данной категории появятся. При необходимости их можно переместить в нужные места. Если хотим, можем вывести проценты.

    Задание

    1. Создайте диаграмму Количество товаров по категориям (создание описано выше).
    2. Для того же запроса “Категории и цены товаров” создайте столбчатую диаграмму значений средней цены товаров по категориям. В качестве полей диаграммы возьмем оба поля запроса. Выберем тип диаграммы Гистограмма. Далее в процессе диалога с мастером дважды щелкнем левой кнопкой мыши по кнопке Сумма_Цена. Откроется окно выбора функции, выберем Avg. Название кнопки теперь поменяется на Среднее_Цена Дадим диаграмме название Средняя цена товаров по категориям.
    3. Создать для этого же запроса вертикальную столбцовую диаграмму (Гистограмму) “Число товаров”, показывающую количество товаров по категориям.
    4. Замените на предыдущей круговой диаграмме вывод чисел на вывод процентов.
    5. Создайте круговую диаграмму “Категория покупателей – количество товаров”, показывающую количество товаров, приобретенных каждым покупателем.

    Связанные статьи

    Рекомендую прочесть статьи, связанные с данной:

    Источник:
    http://aermolenko.ru/2012/03/risunki-i-diagrammy-access/

    Структура базы данных. ER-диаграмма. Таблицы. Запросы, описание, формы, отчеты

    Страницы работы

    Содержание работы

    СТРУКТУРА БАЗЫ ДАННЫХ

    ER-диаграмма представляет собой модель «сущность-связь». В данной БД выделяются 3 сущности: турагентство, заказ, покупатель (табл.1). Вводя связи между сущностями, ER-диаграмму системы можно представить в виде ER-диаграммы

    Рис. 7.ER Diagram (Microsoft Access)

    База данных состоит из следующих таблиц: «Турагентство», «Заказ», «Покупатель».

    Рис. 8. Типы данных таблицы Турагентство

    Рис. 9. Таблица Турагентство

    Рис. 10. Типы данных таблицы Заказ

    Рис. 11. Таблица Заказ

    Рис. 12. Типы данных таблицы Покупатель

    Рис. 13. Таблица Покупатель

    Запросы, описание, формы, отчеты

    вывод на экран полей: Покупатель, Телефон;

    • Запрос общий из многих таблиц

    вывод на экран полей из нескольких таблиц: Покупатель, Адрес, Дата Заказа, Название Тура, Страна;

    таблицы: Покупатель, Заказ, турагентство

    вывод на экран полей: Дата Заказа, Покупатель и Количество;

    таблицы: Покупатель, Заказ.

    На экран выводятся только те строки, где параметр “Дата Заказа” =10000)) and (((турагентство.Наличие)>=2));

    SELECT Заказ.[Покупатель], SUm(количество) AS сумма

    GROUP BY Заказ.[Покупатель];

    SELECT Заказ.Покупатель, Sum(Заказ.Количество) AS сумма

    GROUP BY Заказ.Покупатель

    • АлтГТУ 419
    • АлтГУ 113
    • АмПГУ 296
    • АГТУ 267
    • БИТТУ 794
    • БГТУ «Военмех» 1191
    • БГМУ 172
    • БГТУ 603
    • БГУ 155
    • БГУИР 391
    • БелГУТ 4908
    • БГЭУ 963
    • БНТУ 1070
    • БТЭУ ПК 689
    • БрГУ 179
    • ВНТУ 120
    • ВГУЭС 426
    • ВлГУ 645
    • ВМедА 611
    • ВолгГТУ 235
    • ВНУ им. Даля 166
    • ВЗФЭИ 245
    • ВятГСХА 101
    • ВятГГУ 139
    • ВятГУ 559
    • ГГДСК 171
    • ГомГМК 501
    • ГГМУ 1966
    • ГГТУ им. Сухого 4467
    • ГГУ им. Скорины 1590
    • ГМА им. Макарова 299
    • ДГПУ 159
    • ДальГАУ 279
    • ДВГГУ 134
    • ДВГМУ 408
    • ДВГТУ 936
    • ДВГУПС 305
    • ДВФУ 949
    • ДонГТУ 498
    • ДИТМ МНТУ 109
    • ИвГМА 488
    • ИГХТУ 131
    • ИжГТУ 145
    • КемГППК 171
    • КемГУ 508
    • КГМТУ 270
    • КировАТ 147
    • КГКСЭП 407
    • КГТА им. Дегтярева 174
    • КнАГТУ 2910
    • КрасГАУ 345
    • КрасГМУ 629
    • КГПУ им. Астафьева 133
    • КГТУ (СФУ) 567
    • КГТЭИ (СФУ) 112
    • КПК №2 177
    • КубГТУ 138
    • КубГУ 109
    • КузГПА 182
    • КузГТУ 789
    • МГТУ им. Носова 369
    • МГЭУ им. Сахарова 232
    • МГЭК 249
    • МГПУ 165
    • МАИ 144
    • МАДИ 151
    • МГИУ 1179
    • МГОУ 121
    • МГСУ 331
    • МГУ 273
    • МГУКИ 101
    • МГУПИ 225
    • МГУПС (МИИТ) 637
    • МГУТУ 122
    • МТУСИ 179
    • ХАИ 656
    • ТПУ 455
    • НИУ МЭИ 640
    • НМСУ «Горный» 1701
    • ХПИ 1534
    • НТУУ «КПИ» 213
    • НУК им. Макарова 543
    • НВ 1001
    • НГАВТ 362
    • НГАУ 411
    • НГАСУ 817
    • НГМУ 665
    • НГПУ 214
    • НГТУ 4610
    • НГУ 1993
    • НГУЭУ 499
    • НИИ 201
    • ОмГТУ 302
    • ОмГУПС 230
    • СПбПК №4 115
    • ПГУПС 2489
    • ПГПУ им. Короленко 296
    • ПНТУ им. Кондратюка 120
    • РАНХиГС 190
    • РОАТ МИИТ 608
    • РТА 245
    • РГГМУ 117
    • РГПУ им. Герцена 123
    • РГППУ 142
    • РГСУ 162
    • «МАТИ» — РГТУ 121
    • РГУНиГ 260
    • РЭУ им. Плеханова 123
    • РГАТУ им. Соловьёва 219
    • РязГМУ 125
    • РГРТУ 666
    • СамГТУ 131
    • СПбГАСУ 315
    • ИНЖЭКОН 328
    • СПбГИПСР 136
    • СПбГЛТУ им. Кирова 227
    • СПбГМТУ 143
    • СПбГПМУ 146
    • СПбГПУ 1599
    • СПбГТИ (ТУ) 293
    • СПбГТУРП 236
    • СПбГУ 578
    • ГУАП 524
    • СПбГУНиПТ 291
    • СПбГУПТД 438
    • СПбГУСЭ 226
    • СПбГУТ 194
    • СПГУТД 151
    • СПбГУЭФ 145
    • СПбГЭТУ «ЛЭТИ» 379
    • ПИМаш 247
    • НИУ ИТМО 531
    • СГТУ им. Гагарина 114
    • СахГУ 278
    • СЗТУ 484
    • СибАГС 249
    • СибГАУ 462
    • СибГИУ 1654
    • СибГТУ 946
    • СГУПС 1473
    • СибГУТИ 2083
    • СибУПК 377
    • СФУ 2424
    • СНАУ 567
    • СумГУ 768
    • ТРТУ 149
    • ТОГУ 551
    • ТГЭУ 325
    • ТГУ (Томск) 276
    • ТГПУ 181
    • ТулГУ 553
    • УкрГАЖТ 234
    • УлГТУ 536
    • УИПКПРО 123
    • УрГПУ 195
    • УГТУ-УПИ 758
    • УГНТУ 570
    • УГТУ 134
    • ХГАЭП 138
    • ХГАФК 110
    • ХНАГХ 407
    • ХНУВД 512
    • ХНУ им. Каразина 305
    • ХНУРЭ 325
    • ХНЭУ 495
    • ЦПУ 157
    • ЧитГУ 220
    • ЮУрГУ 309

    Полный список ВУЗов

    Чтобы распечатать файл, скачайте его (в формате Word).

    Источник:
    http://vunivere.ru/work49098

    Создание EER-диаграммы

    Дата добавления: 2015-07-09 ; просмотров: 5162 ; Нарушение авторских прав

    Работа в mySQL Workbench

    Среда mySQL Workbench предназначена для визуального проектирования баз данных и управления сервером mySQL.

    Для построения моделей предназначена секция Data Modeling:

    Выберем пункт Create new EER Model.

    EER model расшифровывается как Extended Entity-Relationship Modelи переводится как Расширенная модель сущностей-связей.

    По умолчанию имя созданной модели myDB. Щелкните правой кнопкой мыши по имени модели и выберите в появившемся меню пункт Edit schema.В появившемся окне можно изменить имя модели. Назовем ее, например, kontora. В именах таблиц и столбцов нельзя использовать русские буквы.

    В этом окне также нужно настроить так называемую «кодовую страницу» для корректного отображения русских букв внутри таблиц. Для этого выберите из списка пункт «cp1251- cp1251_general_ci». Окно свойств можно закрыть.

    Диаграмму будем строить с помощью визуальных средств. Щелкнем по пункту Add diagram, загрузится пустое окно диаграммы:

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

    Будем создавать таблицу Отделы со следующими столбцами: номер_отдела, полное_название_отдела, короткое_название_отдела. Переименуем table1 в k_deptи начнем создавать столбцы.

    Каждый столбец имеет:

    · имя (не используйте русские буквы в имени!),

    · тип данных. Самые распространенные типы данных:

    o INT – целое число;

    o VARCHAR(размер) – символьные данные переменной длины, в скобках указывается максимальный размер;

    o DECIMAL(размер, десятичные_знаки) – десятичное число;

    o DATETIME – дата и время.

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

    · PK (primary key) – первичный ключ;

    · NN (not null) – ячейка не допускает пустые значения;

    · UQ (unique) – значение должно быть уникальным в пределах столбца;

    · AI (auto incremental) – это свойство полезно для простого первичного ключа, оно означает, что первичный ключ будет автоматически заполняться натуральными числами: 1, 2, 3, и т.п.;

    · DEFAULT – значение по умолчанию, т.е., значение, которое при добавлении новой строки в таблицу автоматически вставляется в ячейку сервером, если пользователь оставил ячейку пустой.

    Таблица Отделы имеет следующий вид:

    Затем создадим таблицу Сотрудники со следующими столбцами: номер_сотрудника, имя_сотрудника, должность, дата_начала_контракта, дата_окончания_контракта

    Созданные таблицы выглядят следующим образом:

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

    Теперь свяжем эти таблицы. Сначала создадим связь «Работает» между Сотрудником (дочерняя таблица) иОтделом(родительская таблица), степень связи М:1. Для создания связей М:1 служит пиктограмма на панели инструментов (с пунктирной линией). С ее помощью создается так называемая «неидентифицирующая связь», т.е. обыкновенный внешний ключ, при этом первичный ключ родительской таблицы добавляется в список столбцов дочерней таблицы.

    Итак, щелкнем на пиктограмме, затем щелкнем на дочерней таблице Сотрудники, затем на родительской таблице Отделы:

    Обратите внимание, что при этом произошло. Между таблицами образовалась пунктирная линия; в сторону «к одному» она отмечена двумя черточками, в сторону «ко многим» — «куриной лапкой». Кроме того, в таблице Сотрудники образовался дополнительный столбец, которому автоматически присвоено имя k_dept_dept_num(т.е., имя родительской таблицы плюс имя первичного ключа родительской таблицы). А в группе Индексысоздан индекс по внешнему ключу.

    Теперь добавим связь между этими же таблицами «Руководит» 1:1. Выберем пиктограмму , затем щелкнем по Отделам, затем по Сотрудникам.

    Чтобы 2 связи на картинке не «завязывались узлом», мы их разместили друг под другом.

    Обратите внимание, что в таблицу Отделы был автоматически добавлен столбец k_staff_staff_num,а также индекс по внешнему ключу.

    Создадим таблицу Предприятия:

    Создадим таблицу Договоры. У столбца Тип_договора зададим следующий формат: это буква из списка ‘A’, ‘B’, ‘C’.

    Свяжем Договоры с Сотрудниками и Предприятиями связями М:1.

    Затем создадим Счета и Платежи:

    Поскольку сущность Платеж была «слабой», у нее нет полноценного первичного ключа, и каждый платеж однозначно идентифицируется группой атрибутов (номер_счета, номер платежа). Отметим в качестве ключевого поля payment_num, а затем создадим идентифицирующую связь между Счетом и Платежом. Идентифицирующая связь создается с помощью пиктограммы (со сплошной линией). При этом новый столбец k_bill_bill_num становится не только внешним ключом в таблице Платеж, но и частью первичного ключа.

    Далее создадим таблицу Прайс-листсо столбцами (номер_товара, название_товара, цена_товара и тип_товара).

    Между объектами Счет и Прайс-лист имеется связь «многие — ко многим». Для создания этой связи нужно использовать пиктограмму . Следует щелкнуть мышью по этой пиктограмме, а затем последовательно щелкнуть по связываемым таблицам. Между ними появится новая таблица, обратите внимание на ее столбцы, первичный ключ и внешние ключи:

    Для удобства переименуем эту таблицу в k_protokol (ПротоколСчета),добавим столбцы kolvo и price_sum.

    Теперь EER-диаграмма имеет такой вид:

    Задание. Создайте в MySQL WORKBENCH EER-диаграмму для своей задачи.

    Источник:
    http://life-prog.ru/2_43979_sozdanie-EER-diagrammi.html