Найти схему: Принципиальные схемы и документация для радиолюбителей

Обязательно учите!

• • Назад
  • Бухгалтерский учет
  • Алгоритмы
  • Android
  • Блокчейн
  • Business Analyst
  • Создание веб-сайта
  • CCNA
  • Облачные вычисления
  • 0003 COBOL
  • 000 Compiler
    9000 Встроенный
    • 000 9000 Compiler
    • Ethical Hacking
    • Учебники по Excel
    • Программирование на Go
    • IoT
    • ITIL
    • Jenkins
    • MIS
    • Сети
    • Операционная система
    • Назад
    • Управление проектами Обзоры
    • Salesforce
    • SEO
    • Разработка программного обеспечения
    • VB A

• Big Data

  • • Назад
    • AWS
    • BigData
    • Cassandra
    • Cognos
    • Хранилище данных

      Что такое диаграмма отношений сущностей (ERD)?

      База данных — это абсолютно неотъемлемая часть программных комплексов. Полноценное использование ER Diagram в проектировании баз данных гарантирует вам создание высококачественного дизайна базы данных для использования при создании, управлении и обслуживании баз данных. Модель ER также предоставляет средства для общения.

      Сегодня мы расскажем вам все, что вам нужно знать об ER-диаграммах. Прочитав это руководство по ERD, вы получите необходимые знания и навыки о диаграммах ER и проектировании баз данных.Вы узнаете такие вещи, как ERD, почему ERD, обозначения ERD, как рисовать ERD и т. Д., А также множество примеров ERD.

      Вы ищете бесплатный инструмент ERD для более быстрого, простого и быстрого создания моделей данных? Visual Paradigm Community Edition предоставляет вам редактор ERD для проектирования баз данных. Это отмеченный международными наградами разработчик моделей, при этом он прост в использовании, интуитивно понятен и полностью бесплатен.

      Скачать бесплатно

      Что такое ER-диаграмма (ERD)?

      Прежде всего, что такое диаграмма отношений сущностей?

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

      И поэтому она называется диаграммой «Сущность» и «Отношения» (ERD)!

      Когда мы говорим о сущностях в ERD, очень часто мы имеем в виду бизнес-объекты, такие как люди / роли (например, Студент), материальные бизнес-объекты (например, Продукт), нематериальные бизнес-объекты (например,г. Журнал) и т. Д. «Взаимосвязь» — это то, как эти сущности связаны друг с другом в системе.

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

      Когда рисовать диаграммы ER?

      Итак, когда мы будем рисовать ERD? Хотя модели ER в основном разрабатываются для проектирования реляционных баз данных с точки зрения визуализации концепций и с точки зрения физического проектирования баз данных, существуют и другие ситуации, когда диаграммы ER могут помочь.Вот несколько типичных случаев использования.

      • Дизайн базы данных — В зависимости от масштаба изменений, изменение структуры базы данных непосредственно в СУБД может быть рискованным. Чтобы не испортить данные в производственной базе данных, важно тщательно спланировать изменения. ERD — это инструмент, который помогает. Рисуя ER-диаграммы для визуализации идей дизайна базы данных, у вас есть шанс выявить ошибки и недостатки проекта, а также внести исправления перед внесением изменений в базу данных.
      • Отладка базы данных — Отладка проблем с базой данных может быть сложной задачей, особенно когда база данных содержит много таблиц, которые требуют написания сложного SQL для получения необходимой информации. Визуализируя схему базы данных с помощью ERD, вы получаете полную картину всей схемы базы данных. Вы можете легко находить объекты, просматривать их атрибуты и определять отношения, которые они имеют с другими. Все это позволяет анализировать существующую базу данных и легче выявлять проблемы с базой данных.
      • Создание базы данных и установка исправлений — Visual Paradigm, инструмент ERD, поддерживает инструмент создания базы данных, который может автоматизировать процесс создания базы данных и исправления с помощью диаграмм ER. Таким образом, с помощью этого инструмента ER Diagram ваш ER-дизайн больше не является статической диаграммой, а является зеркалом, которое действительно отражает физическую структуру базы данных.
      • Помощь в сборе требований — Определение требований информационной системы путем построения концептуального ERD, который отображает бизнес-объекты высокого уровня системы.Такую исходную модель также можно развить в физическую модель базы данных, которая помогает создавать реляционную базу данных или помогает в создании карт процессов и режимов потока данных.

      Руководство по нотациям ERD

      Диаграмма ER содержит сущности, атрибуты и отношения. В этом разделе мы подробно рассмотрим символы ERD.

      Организация

      ERD-сущность — это определяемая вещь или понятие в системе , например, человек / роль (например,г. Студент), объект (например, счет-фактура), концепция (например, профиль) или событие (например, транзакция) (примечание: в ERD термин «объект» часто используется вместо «таблица», но они одинаковы). При определении сущностей воспринимайте их как существительные. В моделях электронной отчетности объект отображается в виде прямоугольника с закругленными углами, его имя находится вверху, а его атрибуты перечислены в теле формы объекта. В приведенном ниже примере ERD показан пример объекта ER.

      Атрибуты объекта

      Также известный как столбец, атрибут — это свойство или характеристика объекта, который его содержит .

      Атрибут имеет имя, которое описывает свойство, и тип, который описывает тип атрибута, например, varchar для строки и int для целого числа. Когда ERD создается для разработки физической базы данных, важно обеспечить использование типов, которые поддерживаются целевой СУБД.

      На приведенном ниже примере ER-диаграммы показан объект с некоторыми атрибутами.

      Первичный ключ

      Также известный как PK, первичный ключ — это особый вид атрибута сущности, который однозначно определяет запись в таблице базы данных.Другими словами, не должно быть двух (или более) записей с одинаковым значением атрибута первичного ключа. В приведенном ниже примере ERD показан объект «Продукт» с атрибутом первичного ключа «ID» и предварительный просмотр записей таблицы в базе данных. Третья запись недействительна, поскольку значение идентификатора «PDT-0002» уже используется другой записью.

      Внешний ключ

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

      Отношения

      Связь между двумя объектами означает, что два объекта каким-то образом связаны друг с другом . Например, студент может записаться на курс. Таким образом, объект «Студент» связан с Курсом, и связь представлена ​​как соединительный элемент между ними.

      Мощность

      Количество элементов определяет возможное количество вхождений в одном объекте, которое связано с количеством вхождений в другом . Например, в ОДНОЙ команде МНОГИЕ игроков. Находясь в ERD, команда сущности и игрок связаны отношениями «один ко многим».

      На диаграмме ER мощность представлена ​​в виде гусиной лапки на концах соединителя. Три основных кардинальных отношения — один к одному, один ко многим и многие ко многим.

      Пример однозначного числа элементов

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

      Пример числа элементов «один ко многим»

      Отношение «один ко многим» относится к отношениям между двумя сущностями X и Y, в которых экземпляр X может быть связан со многими экземплярами Y, но экземпляр Y связан только с одним экземпляром X.На рисунке ниже показан пример связи «один ко многим».

      Пример числа элементов «многие ко многим»

      Отношение «многие ко многим» относится к отношениям между двумя объектами X и Y, в которых X может быть связан со многими экземплярами Y и наоборот. На рисунке ниже показан пример отношения «многие ко многим». Обратите внимание, что отношение «многие ко многим» разделено на пару отношений «один ко многим» в физическом ERD. В следующем разделе вы узнаете, что такое физический ERD.

      Концептуальные, логические и физические модели данных

      ER-модель обычно строится на трех уровнях абстракции:

      Хотя все три уровня модели ER содержат сущности с атрибутами и отношениями, они различаются целями, для которых они созданы, и аудиториями, для которых они предназначены.

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

      Концептуальная модель против логической модели против модели данных:

      Характеристики ERD	Концептуальный	Логический	Физическое
      Организация (название)	Есть	Есть	Есть
      Отношения	Есть	Есть	Есть
      Колонны		Есть	Есть
      Типы столбцов		Дополнительно	Есть
      Первичный ключ			Есть
      Внешний ключ			Есть

      Концептуальная модель данных

      Conceptual ERD моделирует бизнес-объекты, которые должны существовать в системе, и отношения между ними .Концептуальная модель разработана для представления общей картины системы путем распознавания вовлеченных бизнес-объектов. Он определяет, какие сущности существуют, а НЕ какие таблицы. Например, таблицы «многие ко многим» могут существовать в логической или физической модели данных, но они просто показаны как отношения без количества элементов в концептуальной модели данных.

      Пример концептуальной модели данных

      ПРИМЕЧАНИЕ. Концептуальное ERD поддерживает использование обобщения при моделировании «своего рода» отношений между двумя объектами, например, треугольник является разновидностью формы.Использование похоже на обобщение в UML. Обратите внимание, что только концептуальный ERD поддерживает обобщение.

      Логическая модель данных

      Logical ERD — это подробная версия концептуального ERD . Логическая модель ER разработана для обогащения концептуальной модели путем явного определения столбцов в каждой сущности и введения операционных и транзакционных сущностей. Хотя логическая модель данных по-прежнему не зависит от фактической системы базы данных, в которой будет создана база данных, вы все равно можете принять это во внимание, если это повлияет на дизайн.

      Пример логической модели данных

      Физическая модель данных

      Physical ERD представляет собой фактический проект реляционной базы данных . Физическая модель данных развивает логическую модель данных, присваивая каждому столбцу тип, длину, допускающие значение NULL и т. Д. Поскольку физический ERD представляет, как данные должны быть структурированы и связаны в конкретной СУБД, важно учитывать соглашения и ограничения фактическая система базы данных, в которой будет создана база данных.Убедитесь, что типы столбцов поддерживаются СУБД и зарезервированные слова не используются при именовании сущностей и столбцов.

      Пример физической модели данных

      Как нарисовать диаграмму ER?

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

      1. Убедитесь, что вы четко понимаете цель рисования ERD.Вы пытаетесь представить общую архитектуру системы, которая включает определение бизнес-объектов? Или вы разрабатываете ER-модель, готовую для создания базы данных? Вы должны четко понимать цель разработки ER-диаграммы с нужным уровнем детализации (более подробно читайте в разделе Концептуальные, логические и физические модели данных).
      2. Убедитесь, что вы четко представляете объем модели. Знание области моделирования не позволяет вам включать в проект избыточные объекты и связи.
      3. Нарисуйте основные объекты, участвующие в области.
      4. Определите свойства сущностей, добавив столбцы.
      5. Внимательно просмотрите ERD и проверьте, достаточно ли сущностей и столбцов для хранения данных системы. Если нет, рассмотрите возможность добавления дополнительных сущностей и столбцов. Обычно на этом шаге вы можете идентифицировать некоторые транзакционные, операционные и событийные сущности.
      6. Рассмотрите отношения между всеми сущностями и соотнесите их с надлежащей мощностью (например,g Связь «один ко многим» между сущностью «Клиент» и «Заказ»). Не беспокойтесь, если есть сиротские сущности. Хотя это нечасто, но вполне законно.
      7. Примените метод нормализации базы данных для реструктуризации сущностей таким образом, чтобы уменьшить избыточность данных и улучшить целостность данных. Например, сведения о производителе могут изначально храниться в сущности Product. В процессе нормализации вы можете обнаружить, что детали повторяют записи по записям, затем вы можете разделить их как отдельную сущность «Изготовитель» и с внешним ключом, связывающим Продукт и «Изготовитель».

      Примеры моделей данных

      Пример

      ERD — Система проката фильмов

      Пример ERD — Кредитная система

      Пример

      ERD — Интернет-магазин

      Использование ERD с диаграммой потока данных (DFD)

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

      Поскольку физическая диаграмма ER представляет собой схему реальной базы данных, объекты в таком ERD согласованы с хранилищами данных в DFD. Вы можете нарисовать ERD как дополнение к DFD, представив структуру информации, которая течет в системе, или, наоборот, нарисовать DFD в дополнение к ERD, показывая, как данные будут использоваться системой во время выполнения.

      Использование ERD с BPMN Business Process Diagram (BPD)

      При отображении бизнес-процессов диаграмма бизнес-процессов (BPD) BPMN может быть нарисована для визуализации бизнес-процессов.На диаграмме бизнес-процесса есть символ под названием объект данных, который представляет данные, вводимые / выводимые из действий процесса.

      Поскольку концептуальная и логическая модель данных обеспечивает высокоуровневое представление бизнес-объектов в системе, сущности в таких ERD согласованы с объектами данных в BPD. Вы можете нарисовать ERD как дополнение к BPD, представив структуру объектов данных, необходимых для бизнес-процесса, или, наоборот, нарисовать BPD в дополнение к ERD, показывая, как данные будут использоваться в бизнес-процессе.

      Выбор инструмента ERD

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

      Дизайнер ERD доступен в Visual Paradigm Modeler, который стоит всего 6 долларов США в месяц.Мы рекомендуем вам скачать и попробовать. Предлагается 30 дней БЕСПЛАТНОЙ оценки. Кредитная карта не требуется.

      Вы узнали, что такое ER-диаграмма и как создать ERD для проектирования базы данных или моделирования данных. Пора попробовать самому. Получите Visual Paradigm Community Edition, бесплатный инструмент ERD, и разработайте свою собственную модель ER с помощью бесплатного инструмента ER Diagram. Он прост в использовании и интуитивно понятен.

      Скачать бесплатно

      Ссылки по теме

      
      
      1. Узнайте больше о мощном инструменте ERD от Visual Paradigm
      .Диаграмма

      | Схема GoJS API

      | GoJS API

      Иерархия

      Индекс

      Конструкторы

      Недвижимость

      Методы

      Константы

      Конструкторы

      конструктор

      • новый Диаграмма (div ?: Элемент | строка): Диаграмма

      • Параметры

        • Необязательный div: Element | строка

        Схема возврата

      Объекты

      разрешить буфер обмена : логический

      разрешить Копировать : логический

      разрешить Удалить : логический

      разрешить Drag Out : логический

      разрешить Drop : логический

      разрешить Group : логический

      разрешить Горизонтальная Прокрутка : логический

      разрешить Insert : логический

      разрешить Link : логический

      разрешить Move : логический

      разрешить повторное подключение : логический

      разрешить Reshape : логический

      разрешить Изменить размер : логический

      разрешить Повернуть : логический

      разрешить Выбрать : логический

      разрешить Текст Редактировать : логический

      разрешить Отменить : логический

      разрешить разгруппировать : логический

      разрешить Вертикальная Прокрутка : логический

      разрешить Zoom : логический

      Только чтение анимация Менеджер : AnimationManager

      авто Масштаб : EnumValue

      авто Прокрутка Регион : MarginLike

      щелкнуть : функция (e: InputEvent): void | null

      команда Обработчик : CommandHandler

      содержание Выравнивание : Место

      контекст Нажмите : функция (e: InputEvent): void | null

      контекст Меню : Украшение | HTMLInfo | null

      current Курсор : строка

      текущий инструмент : Инструмент

      по умолчанию Курсор : строка

      по умолчанию Масштаб : номер

      Инструмент по умолчанию : Инструмент

      div : HTMLDivElement | null

      Только чтение документ Границы : Rect

      двойной Нажмите : функция (e: InputEvent): void | null

      первый вход : InputEvent

      фиксированные границ : Rect

      сетка : Панель

      группа Выбор Украшение Шаблон : Украшение

      .