Что такое диаграмма dfd и как ее создать?

Summary

• ER Model in DBMS stands for an Entity-Relationship model
• The ER model is a high-level data model diagram
• ER diagrams are a visual tool which is helpful to represent the ER model
• ER diagrams in DBMS are blueprint of a database
• Entity relationship diagram DBMS displays the relationships of entity set stored in a database
• ER diagrams help you to define terms related to entity relationship modeling
• ER Model in DBMS is based on three basic concepts: Entities, Attributes & Relationships
• An entity can be place, person, object, event or a concept, which stores data in the database (DBMS)
• Relationship is nothing but an association among two or more entities
• A weak entity is a type of entity which doesn’t have its key attribute
• It is a single-valued property of either an entity-type or a relationship-type
• It helps you to defines the numerical attributes of the relationship between two entities or entity sets
• ER- Diagram DBMS is a visual representation of data that describe how data is related to each other
• While Drawing ER diagrams in DBMS, you need to make sure all your entities and relationships are properly labeled.

Что такое диаграмма ER?

Диаграмма ER представляет отношения между различными объектами. Сущности, атрибуты и отношения — общие компоненты диаграммы ER. Сущность — это объект реального мира. В базе данных School могут быть такие сущности, как Студент, Лектор, Курс и т. Д. Если Студент является объектом, весь набор данных Студента называется набором объектов. Некоторые объекты могут зависеть от другого объекта. Такая сущность известна как слабая сущность.

Сущности связаны друг с другом отношениями. Когда один экземпляр объекта связан с одним экземпляром другого объекта, это называется отношением один к одному. В отделе один менеджер. Итак, это отношения 1: 1. Когда один экземпляр объекта связан со многими экземплярами другого объекта, это называется отношением «один ко многим» (1: M). В отделе может быть несколько сотрудников, но сотрудник находится в одном отделе. Итак, это отношение 1: M. Когда многие экземпляры объекта связаны со многими экземплярами другого объекта, это называется отношением «один ко многим» (M: N). Сотрудник может работать над несколькими проектами. Также в одном проекте может быть несколько сотрудников. Это отношения M: N. 1: 1, 1: M и M: N — бинарные отношения. Когда объект связан с самим собой, это рекурсивная связь. Отношения третьей степени — это тройные отношения.

У каждой сущности есть свойства, которые их описывают. Они известны как атрибуты. Сущность Student может иметь такие атрибуты, как student_id, name, date_of_birth, номер телефона. Каждая сущность содержит ключевой атрибут, который помогает различать каждую запись в базе данных. В сущности Student, student_id можно рассматривать как ключевой атрибут, поскольку он помогает однозначно идентифицировать каждое чтение. Некоторые атрибуты могут быть производными от других атрибутов. Атрибут возраста может быть получен с помощью атрибута data_of_birth. Следовательно, возраст — это производный атрибут. Если у Студента несколько телефонных номеров, атрибут phone_number можно рассматривать как многозначный атрибут. Атрибут имени можно разделить на несколько атрибутов, таких как имя и фамилия. Тогда это составной атрибут.

См. Приведенную ниже диаграмму ER,

Лектор — это сущность. У него есть атрибуты id и speciality. Идентификатор — это ключевой атрибут. Лектор проводит курс. Поведение — это отношения между преподавателем и курсом. Отношения обозначаются ромбовидной формой. Ключевым атрибутом сущности курса является код курса. Проект зависит от курса. Следовательно, Проект — слабая сущность. Отношения между Курсом и Проектом также слабые. Слабая сущность представлена ​​двумя прямоугольными прямоугольниками. Проект выполнен Студентом. Ключевой атрибут Student — id. У учащегося может быть несколько телефонов, поэтому это многозначный атрибут. Атрибут имени далее делится на имя и фамилию. Итак, имя — составной атрибут.

Лектор ведет множество курсов, а Лектор курирует множество проектов, поэтому они являются отношениями «один ко многим» (1: M). Один курс состоит из одного проекта, а проект выполняется одним студентом. Следовательно, это отношения один к одному (1: 1).

Attributes

It is a single-valued property of either an entity-type or a relationship-type.

For example, a lecture might have attributes: time, date, duration, place, etc.

An attribute in ER Diagram examples, is represented by an Ellipse

Types of Attributes	Description
Simple attribute	Simple attributes can’t be divided any further. For example, a student’s contact number. It is also called an atomic value.
Composite attribute	It is possible to break down composite attribute. For example, a student’s full name may be further divided into first name, second name, and last name.
Derived attribute	This type of attribute does not include in the physical database. However, their values are derived from other attributes present in the database. For example, age should not be stored directly. Instead, it should be derived from the DOB of that employee.
Multivalued attribute	Multivalued attributes can have more than one values. For example, a student can have more than one mobile number, email address, etc.

Using ERD with Data Flow Diagram (DFD)

In system analysis and design, Data Flow Diagram (DFD) can be drawn to visualize the flow of information within system processes. In a Data Flow Diagram, there is a symbol called Data Store, which represents a database table that provides the information needed by the system.

Since a physical ER Diagram provides a blueprint of an actual database, the entities in such an ERD are aligned with datastores in a DFD. You can draw ERD as a complement to DFD by representing the structure of information that flows within a system, or, on the contrary, to draw DFD in complementing an ERD by showing how the data will be utilized by the system in runtime.

Weak Entities

A weak entity is a type of entity which doesn’t have its key attribute. It can be identified uniquely by considering the primary key of another entity. For that, weak entity sets need to have participation.

In above ER Diagram examples, «Trans No» is a discriminator within a group of transactions in an ATM.

Let’s learn more about a weak entity by comparing it with a Strong Entity

Strong Entity Set	Weak Entity Set
Strong entity set always has a primary key.	It does not have enough attributes to build a primary key.
It is represented by a rectangle symbol.	It is represented by a double rectangle symbol.
It contains a Primary key represented by the underline symbol.	It contains a Partial Key which is represented by a dashed underline symbol.
The member of a strong entity set is called as dominant entity set.	The member of a weak entity set called as a subordinate entity set.
Primary Key is one of its attributes which helps to identify its member.	In a weak entity set, it is a combination of primary key and partial key of the strong entity set.
In the ER diagram the relationship between two strong entity set shown by using a diamond symbol.	The relationship between one strong and a weak entity set shown by using the double diamond symbol.
The connecting line of the strong entity set with the relationship is single.	The line connecting the weak entity set for identifying relationship is double.

A simple ER Diagram:

In the following diagram we have two entities Student and College and their relationship. The relationship between Student and College is many to one as a college can have many students however a student cannot study in multiple colleges at the same time. Student entity has attributes such as Stu_Id, Stu_Name & Stu_Addr and College entity has attributes such as Col_ID & Col_Name.

Here are the geometric shapes and their meaning in an E-R Diagram. We will discuss these terms in detail in the next section(Components of a ER Diagram) of this guide so don’t worry too much about these terms now, just go through them once.

Rectangle: Represents Entity sets.Ellipses: AttributesDiamonds: Relationship SetLines: They link attributes to Entity Sets and Entity sets to Relationship SetDouble Ellipses: Multivalued AttributesDashed Ellipses: Derived AttributesDouble Rectangles: Weak Entity SetsDouble Lines: Total participation of an entity in a relationship set

Documenting an Existing Database Using Data

There are two reasons to create a database diagram. You’re either designing a new schema or you need to document your existing structure.

If you have an existing database you need to to document, you create a database diagram using data directly from your database. You can export your database structure as a CSV file (there are some scripts on how to this here), then have a program generate the ERD automatically.

This will be the most accurate potrait of your database and will require no drawing on your part.

Here’s an example of a very basic database structure generated from data.

If you want to create a new plan, you can also edit the generated diagram and collaborate with your team on what changes to make.

Что такое диаграмма EER?

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

Согласно приведенной выше ER-диаграмме сущности Student и Lecturer являются сущностями Person. При движении снизу вверх обобщает сущности Student и Lecturer в сущность Person. Это подход снизу вверх. При переходе сверху вниз сущность Person может быть дополнительно специализирована на Student и Lecturer. Это подход сверху вниз. Атрибуты «Имя» и «город» объекта «Лицо» принадлежат сущности «Студент», а также сущности «Лектор». Сущность Student имеет свой собственный атрибут student_id, а сущность Lecturer имеет свой lecturer_id.

Пример агрегации следующий.

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

What is an ER diagram (ERD)?

First of all, what is an Entity Relationship Diagram?

Entity Relationship Diagram, also known as ERD, ER Diagram or ER model, is a type of structural diagram for use in database design. An ERD contains different symbols and connectors that visualize two important information: The major entities within the system scope, and the inter-relationships among these entities.

And that’s why it’s called «Entity» «Relationship» diagram (ERD)!

When we talk about entities in ERD, very often we are referring to business objects such as people/roles (e.g. Student), tangible business objects (e.g. Product), intangible business objects (e.g. Log), etc. «Relationship» is about how these entities relate to each other within the system.

Рисунки

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

Данные элементы позволяют акцентировать внимание на определенных частях формы

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

Задание

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

Diagram Ring

Diagram Ring is the next ER diagram creator for Windows in this list. As you open the software, you will be asked to choose a sample diagram; simply choose entity relationship diagram and customize it accordingly. You will see ERD symbols which you can import to the diagram including entity, weak entity, relationship, weak relationship, attribute, and weak attribute. There are symbols of DFD, UML, flowchart, etc. diagrams which you can use to create respective diagrams. Also, you may use these symbols in your ER diagram. There are few preloaded styles which you can use to edit the layout of the ER diagram. There is real-time preview provided in overview window.

You can save the ER diagram in its own project format, or you can export ER diagram as a JPG image.

Diagram Ring is a basic ER Diagram maker with a simplistic user interface.

Windows

Write a Comment

Пример

Рассмотрим процесс построения логической модели на примере БД студентов системы «Служба занятости в рамках вуза». Первым этапом является определение сущностей и атрибутов. В БД будут храниться записи о студентах, следовательно, сущностью будет студент.

Таблица 6.1. Атрибуты сущности «Студент»

Атрибут	Описание
Номер	Уникальный номер для идентификации пользователя
Ф.И.О.	Фамилия, имя и отчество пользователя
Пароль	Пароль для доступа в систему
Возраст	Возраст студента
Пол	Пол студента
Характеристика	Memo-поле с общей характеристикой пользователя
E-mail	Адреса электронной почты
Телефон	Номера телефонов студента (домашний, рабочий)
Опыт работы	Специальности и опыт работы студента по каждой из них
Специальность	Специальность, получаемая студентом при окончании учебного заведения
Специализация	Направление специальности, по которому обучается студент
Иностранный язык	Список иностранных языков и уровень владения ими
Тестирование	Список тестов и отметки о их прохождении
Экспертная оценка	Список предметов с экспертными оценками по каждому из них
Оценки по экзаменам	Список сданных предметов с оценками

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

Таблица 6.2. Атрибуты сущности «Опыт работы»

Атрибут	Описание
Специальность	Название специальности, по которой у студента есть опыт работы

Опыт	Опыт работы по данной специальности в годах
Место работы	Наименование предприятия, где приобретался опыт

Таблица 6.3. Атрибуты сущности «Иностранный язык»

Атрибут	Описание
Язык	Название иностранного языка, которым владеет студент
Уровень владения	Численная оценка уровня владения иностранным языком

Таблица 6.4. Атрибуты сущности «Тестирование»

Атрибут	Описание
Название	Название теста, который прошел студент
Описание	Содержит краткое описание теста
Оценка	Оценка, которую получил студент в результате прохождения теста

Таблица 6.5. Атрибуты сущности «Экспертная оценка»

Атрибут	Описание
Дисциплина	Наименование дисциплины, по которой оценивался студент
Ф.И.О. преподавателя	Ф.И.О. преподавателя, который оценивал студента
Оценка	Экспертная оценку преподавателя
Атрибут	Описание
Предмет	Название предмета, экзамен по которому сдавался
Оценка	Полученная оценка

Составим ERD-диаграмму, определяя типы атрибутов и проставляя связи между сущностями (рис. 6.4). Все сущности будут зависимыми от сущности «Студент». Связи будут типа «один-ко-многим».

Рис. 6.4. ERD-диаграмма БД студентов

На полученной диаграмме рядом со связью отражается ее имя, показывающее соотношение между сущностями. При проведении связи между сущностями первичный ключ мигрирует в дочернюю сущность.

Следующим этапом при построении логической модели является определение ключевых атрибутов и типов атрибутов.

Таблица 6.7. Типы атрибутов

Атрибут	Тип
Номер	Number
Ф.И.О.	String
Пароль	String
Возраст	Number
Атрибут	Тип
Пол	String
Характеристика	String
	String
Специальность	String
Специализация	String
Опыт	Number
Место работы	String
Язык	String
Уровень владения	Number
Название	String
Описание	String
Оценка	Number
Дисциплина	String
Ф.И.О. преподавателя	String
Предмет	String

Выберем для каждой сущности ключевые атрибуты, однозначно определяющие сущность. Для сущности «Студент» это будет уникальный номер, для сущности «Опыт работы» все поля являются ключевыми, так как по разным специальностям студент может иметь разный опыт работы в разных фирмах. Сущность «Тест» определяется названием, так как студент по одному тесту может иметь только одну оценку. Оценка по экзамену определяется только названием предмета, экспертная оценка зависит от преподавателя, который ее составил, поэтому в качестве ключевых атрибутов выберем «Дисциплину» и «Ф.И.О. преподавателя». У сущности «Иностранный язык» уровень владения зависит только от наименования языка, следовательно, это и будет являться ключевым атрибутом.

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

Рис. 6.5. ERD-диаграмма БД студентов с ключевыми атрибутами

What Features Should an Online ERD Tool Have?

First, we will consider the features that you should expect from an online ER diagram app. (During these days of remote teams and social distancing, we’re going to focus on online ERD solutions). When evaluating a new ERD tool, ask yourself:

• How will this work through the entire database design process?
• Does it support different DBMSs and ?
• How does it manage changes?
• How does it enable collaborative development work with my team?
• Does it allow me to export my work to different formats?
• Can I import existing work from different formats?

Let’s compare the features of a few top-rated ER diagram online tools and see how they support database design.

Базовые термины

Реляционная модель при необходимости может быть описана математическим языком, то есть наиболее точным из изобретенных человеком. Ниже приводятся нестрогие определения некоторых понятий реляционной модели.

• «Тип данных» (type, domean — домен) — множество допустимых величин («область определения») и операций. Для всех типов существуют операции сравнения и присвоения. Величинам не запрещено иметь структуру, например, объекта.
• «Отношение» (relation) — множество атрибутов: уникальных имен с уточнением типа данных; плюс множество «наборов величин» («рядов»), соответствующих атрибутам. Величины в наборах могут быть представлены только единичными значениями соответствующих атрибутам типов, то есть быть скалярами («1-я нормальная форма»).
• «Ключ» (key) — группа атрибутов, значения которых во всех наборах в отношении различны, но ни одна подгруппа этих атрибутов таким свойством уже не обладает (свойство «минимальности» ключа). В частности, группа может состоять из единственного атрибута. Ключ в отношении обязан иметься всегда, а если их несколько, один из них обязан быть назначен «первичным» (primary).
• «Внешний ключ» (foreign key) — группа атрибутов, значения которых в каждом наборе величин отношения обязаны совпадать со значениями ключа возможно другого отношения. Внешние ключи в отношении не обязательны и провозглашаются по потребностям моделирования.
• «Операции» (operation) — множество общих действий над отношениями, дающих в результате опять-таки отношения («замкнутость операций»). Используются для получения новых отношений в нуждах последующего моделирования или при извлечении из базы нужных данных. Перечень операций можно определять по-разному; в первых предложениях модели приводилось восемь операций (проекции, соединения, отбора и пр.), уже не минимальный набор, как компромисс между отсутствием избыточности и удобством употребления.
• «Реляционная база данных« (relational database) — набор отношений.

«Тип данных» иногда называют «доменом» (domain), но иногда под «доменом» разумеют только «область определения» величин. «Набор величин» (tuple) по-русски иначе называют «кортежем» или «n-кой».

Для удобства отношения часто изображают в виде таблиц, хотя такое представление неправомерно (в отношении не определен ни порядок атрибутов, ни порядок наборов величин, в отличие от таблицы). В SQL, на основе которого построена в том числе СУБД Oracle, понятие «отношения» как инструмента моделирования заменено как раз на «таблицу». Другим представлением данных отношения может быть гиперкуб, и к нему тоже иногда удобно прибегать в рассуждениях об имеющейся БД.

Если отказаться от определительного слова-кальки «реляционный», то термин «реляционная БД» можно перевести как «БД отношений» (точнее, «БД построенная посредством отношений»; отношений как инструмента, а не объекта моделирования: иначе исходный термин был бы relation database). Точно так же термин «реляционная модель» можно перевести как «модель отношений», то есть «система понятий для построения модели предметной области в виде набора отношений». По ряду причин, в том числе исторического и языкового характеров, этого не было в свое время сделано.

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

10.3.2. Вторая нормальная форма er-диаграммы

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

На рис.
10.10(a) показана диаграмма, на
которой тип сущностиЭЛЕМЕНТ
РАСПИСАНИЯне удовлетворяет
требованиям второй нормальной формы.
На этой диаграмме у сущностиЭЛЕМЕНТ
РАСПИСАНИЯимеются следующие
свойства. Элементы расписания предназначены
для сохранения данных о рейсах самолетов,
вылетающих в течение дня. Некоторыми
важными характеристиками рейса являются
номер рейса, аэропорт вылета, аэропорт
назначения, дата и время вылета, бортовой
номер самолета, тип самолета. Если
говорить про российские авиационные
компании, то (1) у каждого рейса имеется
заранее приписанный ему номер (уникальный
среди всех других имеющихся номеров
рейсов), (2) не все рейсы совершаются
каждый день, поэтому характеристикой
конкретного рейса является дата и время
его совершения, (3) бортовой номер самолета
определяется парой<номер
рейса, дата-время вылета>.
Имеется связь «многие к одному» между
сущностямиЭЛЕМЕНТ
РАСПИСАНИЯиГОРОД.
Экземпляры типа сущностиГОРОДхарактеризуют город, в который прибывает
данный рейс.

Рис.
10.10.Пример приведения ER-диаграммы ко
второй нормальной форме

Уникальным идентификатором типа сущности
ЭЛЕМЕНТ
РАСПИСАНИЯявляется пара
атрибутов<номер
рейса, дата-время вылета>. Если
вернуться к терминам функциональных
зависимостей, то между атрибутами этой
сущности имеются следующие FD:

• {номер
  рейса, дата-время вылета}бортовой
  номер самолета;

• номер
  рейса
  аэропорт
  вылета;

• номер
  рейса
  аэропорт
  назначения;

• бортовой
  номер самолета
  тип
  самолета.

Кроме того, очевидно, что каждый экземпляр
связи с сущностью ГОРОДтакже определяется значением атрибутаномер
рейса. Налицо нарушение требования
второй нормальной формы. Мы получаем
не только избыточное хранение значений
атрибутоваэропорт
вылетаиаэропорт
назначенияв каждом экземпляре
типа сущностиЭЛЕМЕНТ
РАСПИСАНИЯс одним и тем же
значением номера рейса. Искажается и
затемняется смысл связи с сущностьюГОРОД.
Можно подумать, что в разные дни один и
тот же рейс прибывает в разные города.

На рис.
10.10(b) показан нормализованный
вариант диаграммы, в котором все сущности
находятся во второй нормальной форме.
Теперь имеются три типа сущности:РЕЙСс атрибутаминомер
рейса,аэропорт
вылета,аэропорт
назначения,ЭЛЕМЕНТ
РАСПИСАНИЯс атрибутамидата-время
вылета,бортовой
номер самолета,тип
самолетаиГОРОД.
Уникальным идентификатором сущностиРЕЙСявляется атрибутномер
рейса, уникальный идентификаторЭЛЕМЕНТ
РАСПИСАНИЯсостоит из атрибутадата
вылетаи конца связиКОГДА,НА
ЧЕМ. Мы видим, что ни в одном типе
сущности больше нет атрибутов, определяемых
частью уникального идентификатора.
Свойства второй нормальной формы
удовлетворяются, и мы имеем более
качественную диаграмму.

How to Create an Entity Relationship Diagram (ERD)

Now in this ERD Diagram Tutorial, we will learn how to create an ER Diagram. Following are the steps to create an ER Diagram:

Steps to Create an ER Diagram

Let’s study them with an Entity Relationship Diagram Example:

In a university, a Student enrolls in Courses. A student must be assigned to at least one or more Courses. Each course is taught by a single Professor. To maintain instruction quality, a Professor can deliver only one course

Step 1) Entity Identification

We have three entities

• Student
• Course
• Professor

Step 2) Relationship Identification

We have the following two relationships

• The student is assigned a course
• Professor delivers a course

Step 3) Cardinality Identification

For them problem statement we know that,

• A student can be assigned multiple courses
• A Professor can deliver only one course

Step 4) Identify Attributes

You need to study the files, forms, reports, data currently maintained by the organization to identify attributes. You can also conduct interviews with various stakeholders to identify entities. Initially, it’s important to identify the attributes without mapping them to a particular entity.

Once, you have a list of Attributes, you need to map them to the identified entities. Ensure an attribute is to be paired with exactly one entity. If you think an attribute should belong to more than one entity, use a modifier to make it unique.

Once the mapping is done, identify the primary Keys. If a unique key is not readily available, create one.

Entity	Primary Key	Attribute
Student	Student_ID	StudentName
Professor	Employee_ID	ProfessorName
Course	Course_ID	CourseName

For Course Entity, attributes could be Duration, Credits, Assignments, etc. For the sake of ease we have considered just one attribute.

Step 5) Create the ERD Diagram

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

Диаграмма сущность/отношения (объект/связь) называют ER-диаграммой или EDR (entity-relationship diagram). Сама модель сущность-связь была предложена профессором Peter Pin-Shen Chen (Питер Чен) в 1976 году. Правила написания и условные обозначения  ER-диаграммы называют нотацией. Распространены две основные нотации ER-диаграмм:

• Нотация Питера Чена;
• Нотация  Gordon Everest (Гордона Эверста). Под назаванием Crow’s Foot  или Fork (вилка).

Обозначения ER-диаграммы по Питеру Чену

Чен предложил и это приняли следующие условные обозначения для ER-диаграмм:

• Сущность или объект обозначать прямоугольником;
• Отношения обозначать ромбом;
• Атрибуты объектов, обозначаются овалом;
• Если сущность связана с отношением, то их связь обозначается прямой линией со стрелкой. Необязательная связь обозначается пунктирной линией. Мощная связь обозначается двойной линией.

Каждый атрибут может быть связан с одним объектом (сущностью).

Нотация  Gordon Everest

Gordon Everest ввел новое обозначение связей, которые получили название вилка или воронья лапа. Также он ввел, что объект должен обозначаться прямоугольником с названием типа объекта в виде имени существительного внутри прямоугольника. Причем, это имя должно быть уникальным в пределах создаваемой базы данных.

Атрибуты не выделяются в отдельную фигуру, а вписываются в прямоугольник объекта именем существительным с уточняющим словом.

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

концептуальная модель базы данных ERD Fork

Documenting an Existing Database Using Data

There are two reasons to create a database diagram. You’re either designing a new schema or you need to document your existing structure.

If you have an existing database you need to to document, you create a database diagram using data directly from your database. You can export your database structure as a CSV file (there are some scripts on how to this here), then have a program generate the ERD automatically.

This will be the most accurate potrait of your database and will require no drawing on your part.

Here’s an example of a very basic database structure generated from data.

If you want to create a new plan, you can also edit the generated diagram and collaborate with your team on what changes to make.

Using ERD with BPMN Business Process Diagram (BPD)

In business process mapping, BPMN Business Process Diagram (BPD) can be drawn to visualize business workflows. In a Business Process Diagram, there is a symbol called Data Object, which represents the data input into / output from process activities.

Since a conceptual and logical data model provides a high-level view of business objects within a system, the entities in such ERDs are aligned with data objects in BPD. You can draw ERD as a complement to BPD by representing the structure of data objects needed by a business workflow, or, on the contrary, to draw BPD in complementing an ERD by showing how the data will be utilized throughout a business process.

Software Ideas Modeler

Software Ideas Modeler is an ER diagram creator which is provided free of cost for non-commercial use only.

After launching the software, go to Project menu and choose Entity Relationship diagram from given types of diagram. As you do that, you will be able to see related symbols (entity, relationship, etc.) at the left side of the interface. Apart from that, there are drawing shapes (connectors, rectangles, ellipse, start, images, etc.), project view (all added components), and preview windows available too. You can insert project description with name, author, modified date, version, etc. To add attributes to an entity, double-click on it and add attributes with ID, name, type (integer, character, string, boolean, etc.), type size, etc. You can also make an attribute primary key, foreign key, nullable, and auto increment.

Some Interesting Features of this ER diagram maker:

• It lets you customize the visibility of an element used in the diagram to Private, Protected, Package, or Public. You can also choose a modifier from abstract, static, active, root, and leaf.
• It lets you add a nested diagram, associate a new or existing diagram, etc. to an ERD project.
• You can add images to ER diagram project in EMF, WMF, PNG, JPG, GIF, BMP, and TIFF formats. Also, URLs can be added to the ER diagram as well.
• To make the ER diagram more appealing, you can customize the layout with desired colors, border, margin, font, etc.

You can save the ERD project as Software Ideas Modeler Project only. Still, you can copy diagram to the clipboard or export ER diagrams in EMF, WMF, PNG, JPG, GIF, BMP, PDF, etc. formats.

Software Ideas Modeler is a great er diagram tool which can be used to create many other diagrams such as structure chart, flowchart, web page diagram, hierarchical task analysis diagram, Venn diagram, mind map, etc.

Note: Many of the features are disabled in this free version. You need to upgrade to premium version to utilize all of its tools.