База данных: как ее создавать, с чего начать и основные этапы
С чего всегда начинается создание базы данных? С продумывания ее схемы. Схема базы данных — это ее структурная схема, внутри которой будет располагается сохраняемая информация. То есть это не сама информация, а лишь перечень и иерархия таблиц, в которых она сохраняется.
Базы данных состоят из таблиц. В БД может располагаться одна таблица или их множество. Количество таблиц будет строго зависеть от автора или пользователя базы данных, а также от количества сохраняемой информации.
С чего начинается создание БД: схема базы данных
Как мы уже писали, перед созданием базы данных для нее продумывается схема. Далее нужно определит ь ся с системой управления базой данных, она же СУБД. СУБД — это специализированное программное обеспечение. СУБД бывают разных видов:
Microsoft SQL Server;
Если знаний в сфере создания баз данных нет, тогда лучше воспользоваться и попробовать создать БД при помощи простых СУБД. Тем более что офисные пакеты присутствуют практически в каждом компьютере.
Схема базы данных — это основа
Схема базы данных регламентирует сложность и размер БД. Она включает в себя:
необходимое количество таблиц, чтобы сохранять всю важную и неважную информацию;
налаженные взаимосвязи между таблицами.
Ответственность за проектирование схем баз данных ложится на администратора БД или на человека, который будет ее обслуживать.
Схема базы данных состоит из 2-х направлений:
Логическая схема базы данных
Логическая схема базы данных — это организация логического взаимодействия отдельных таблиц внутри одной БД. В такой схеме присутствуют инструменты, которые иллюстрируют отношения между разными элементами базы данных. Другими словами, проектирование такой схемы баз ы данных происходит при помощи моделирования сущности отношений между информацией.
Физическая схема базы данных
То ест ь ф изическая схема включает в себя сервер ы для хранения информации, названия таблиц, названия отдельных столбцов и ячеек таблиц и другое. А это значит, что физическая схема базы данных реализует логическую схему.
Как начинается создание БД при помощи простых инструментов
Освоив инструменты для создания БД, которые присутствуют в офисных пакетах, вы сможете создавать базы данных, используя профессиональные СУБД.
Рассмотрим разработку БД на примере программы LibreOffice Base. В других подобных программах алгоритм разработки будет похожим. Отличаться будут только пункты в меню.
Этап п ервый — создание базы данных. Запустите программу и найдите «Мастера баз данных». Там кликните на пункт « С оздать новую базу данных». Формат БД будет «Firebird встроенная». В «мастере» будет еще один шаг, где откроется одно окно. Тут установите «галочку» в пункте «Открыть базу данных для редактирования» и нажмите «Готово». Далее вам будет предложено назвать и сохранить БД на компьютере.
Этап четвертый — наполнение таблицы информацией. Откройте таблицу, которую нужно заполнить. Внимательно заполните ее всей необходимой информацией. Если в настройках столбца с идентификаторами выставить пункт «Автозначение», тогда он будет заполняться автоматическ и п о мере того, как будут наполняться информацией другие ячейки таблицы.
Заключение
Мы будем очень благодарны
если под понравившемся материалом Вы нажмёте одну из кнопок социальных сетей и поделитесь с друзьями.
Тесты по информационным технологиям с ответами
60. Какое максимальное количество рабочих листов Excel может содержать рабочая книга?
61. Как обеспечить в Excel перенос слов в ячейке (разместить текст в ячейке на нескольких строчках)?
А) Написать первое слово, нажать клавишу «ENTER», затем написать второе слово, нажать клавишу «ENTER» и т. д. Высота ячейки будет автоматически расширяться
Б) Выполнить команду Сервис → Язык → Расстановка переносов
В) Записать в ячейке все предложение и, не закрывая ее, выполнить команду Формат → Ячейки. На вкладке «Выравнивание» установить флажок «Переносить по словам»
Г) Записать в ячейке все предложение. Нажать клавишу «Enter». Вновь выделить эту ячейку. Выполнить команду Формат → ячейки и на вкладке «Выравнивание» установить флажок «Переносить по словам». Установить необходимые ширину и высоту ячейки *
62. Как в Excel сделать рамку вокруг выделенной группы ячеек?
А) Для создания рамки вокруг выделенной группы ячеек используется инструмент «Прямоугольник» Инструментальной панели «Рисование»
Б) Для создания рамки вокруг выделенной группы ячеек используется инструмент «Надпись» Инструментальной панели «Рисование»
В) Для создания рамки вокруг выделенной группы ячеек используется Вкладка «Граница» диалогового окна «Формат ячеек» *
Г) Для создания рамки вокруг выделенной группы ячеек используется Вкладка «Вид» диалогового окна «Формат ячеек»
63. Что позволяет в Excel делать команда ФОРМАТ → АВТОФОРМАТ?
А) Вызвать на экран диалоговое окно «Формат ячеек», в котором можно выбрать необходимые параметры форматирования ячеек
Б) Эта команда используется для форматирования таблиц только в текстовом редакторе Word
В) Открывает окно в котором можно выбрать шаблон типового оформления ячеек *
Г) Автоматически форматирует выделенную область ячеек в соответствии с установками, заданными «по умолчанию»
64. Чем отличается в Excel применение клавиш со стрелками от их применения вместе с нажатой клавишей «Ctrl»?
Б) При нажатой клавише Ctrl, нажатие стрелки приводит к перемещению курсора в конец (начало) или к первому (последнему) столбцу, в зависимости от выбранного направления стрелки *
В) При нажатой клавише Ctrl, нажатие стрелки приводит к выделению группы ячеек в направлении выбранной стрелки
Г) При нажатой клавише Ctrl, нажатие стрелки приводит к отмену выделения ячеек в направлении стрелки
65. Для чего может быть использована команда Excel: Правка → Заполнить → Прогрессия?
А) Эта команда позволяет записать уравнение для выделенной кривой диаграммы
Б) Открывает диалоговое окно, которое позволяет возвратить в ячейку число, рассчитанное по формулам арифметической или геометрической прогрессии
В) Заполняет выделенный интервал ячеек последовательностью цифр, дат и др., в соответствии с установками, выполненными в диалоговом окне «Прогрессия» *
Г) Позволяет рассчитать величину прогрессивного налога на задаваемую величину прибыли
66. Что означает формула, записанная в одной из ячеек Excel =СУММ(Лист1!A1:A10;Лист2!B1:B11)?
А) Сумма чисел, находящихся в ячейках А1:10 Листа 1 будет помещена в ячейки В1:В11 Листа 2
Б) Сумма всех чисел, находящихся на Листе 1 и Листе 2
В) Такая запись формулы не допустима!
Г) Сумма чисел, находящихся в ячейках А1:А10 на Листе1 и чисел, находящихся в ячейках В1:В11 на Листе 2 *
67. Как отменить сделанное выделение ячеек в Excel?
А) Щелкнуть на клавише Esc
Б) Выполнить команду Вид → Отменить выделение
В) Щелкнуть правой кнопкой мыши на выделении
Г) Щелкнуть левой кнопкой мыши в любом месте рабочего листа *
68. Что означает если в ячейке Excel в результате вычисления по формуле появилось выражение » #ЗНАЧ!»?
А) Компьютер выполнил недопустимую операцию
Б) Один из аргументов функции содержит недопустимую переменную (например, текст) *
В) Число, полученное в результате вычисления по формуле, превышает заданные размеры ячейки
Г) Это означает, что необходимо изменить формат ячеек, содержащих аргументы функции (например, «Текстовый» формат заменить на «Числовой»)
69. Как пропорционально изменить размеры вставленного в Excel рисунка?
А) Выполнить команду Вид → Объект. В открывшемся диалоговом окне установить необходимые размеры вставленного рисунка
Б) Выполнить команду Формат → Объект и в открывшемся диалоговом окне установить необходимые размеры рисунка
В) Выделить вставленный рисунок. Подвести курсор мыши к угловому маркеру (курсор должен принять вид крестика) и, не отпуская левую кнопку мыши, переместить маркер в нужном направлении *
Г) Выделить вставленный рисунок. Подвести курсор мыши к угловому маркеру (курсор должен принять вид песочных часов) и, не отпуская левую кнопку мыши, переместить маркер в нужном направлении
70. Обычно, при написании формул используются данные расположенные в нескольких ячейках, т. е. используется «Диапазон ячеек», который выглядит в строке формул Excel следующим образом?
71. Вы построили диаграмму в Excel по некоторым данным из таблицы, а через некоторое время изменили эти данные. Как перестроить диаграмму для новых данных таблицы?
А) Пересчет диаграммы в стандартном режиме произойдет автоматически *
Б) Достаточно дважды щелкнуть мышью по диаграмме
В) Достаточно один раз щелкнуть мышью по диаграмме
Г) Необходимо построить новую диаграмму
72. Какую программу можно использовать для проведения мультимедийной презентации?
Г) Microsoft PowerPoint *
73. Назначение программы Microsoft PowerPoint?
А) Для обеспечения правильной работы процессора компьютера
Б) Для проведения мультимедийных презентаций *
В) Для набора и редактирования текста
Г) Для работы с таблицами и диаграммами
74. Какое из изображений соответствует логотипу программы Microsoft PowerPoint?
А) 
Б) 
В) 
*
Г) 
75. С помощью какой команды можно начать показ слайдов в программе Microsoft PowerPoint?
А) Показ слайдов → Начать показ *
Б) Начать показывать слайды → Ок
В) Пуск → Начать показ слайдов
Г) Файл → Начать показ слайдов
76. Как можно изменить внешнее оформление слайда в программе Microsoft PowerPoint?
А) Файл → Изменить внешнее оформление
Б) Формат → Оформление слайда *
В) Правка → Вид → Изменить внешнее оформление слайда
Г) Показ слайдов → Изменить шаблон
77. Какой последовательностью команд можно добиться анимации перехода между слайдами в программе Microsoft PowerPoint?
А) Файл → Изменить анимацию переходов
Б) Вид → Анимация → Изменить
В) Показ слайдов → Эффекты анимации *
Г) Правильные все ответы а, б и в
78. Для изменения анимации объектов внутри слайда в программе Microsoft PowerPoint нужно нажать?
А) Показ слайдов → Настройка анимации *
Б) Параметры → Настойка → Анимация
В) Анимация → Настройка
Г) Настройка → Анимация → Настойка анимации
79. Как добавить новый слайд в программе Microsoft PowerPoint?
А) Файл → Добавить новый слайд
Б) Вид → Слайд → Добавить новый
Г) Вставка → Создать слайд *
80. Какой кнопкой или их сочетанием прекратить показ слайдов и вернуться в режим редактирования в программе Microsoft PowerPoint?
81. Что означает – систематизированное (структурированное) хранилище информации?
В) Склад информации
82. В каких случаях, и с какой целью создаются базы данных?
А) Когда необходимо отследить, проанализировать и хранить информацию за определенный период времени *
Б) Для удобства набора текста
В) Когда необходимо быстро найти какой-либо файл на компьютере
Г) Когда винчестер компьютера имеет небольшой размер свободной памяти
83. Какие главные преимущества хранения информации в базах данных
А) Подходят все перечисленные пункты *
Б) Многоразовость использования данных
В) Ускорение обработки запросов к системе и уменьшение избыточности данных
Г) Простота и удобство внесения изменений в базы данных
84. Что означает – программа или комплекс программ служащих для полнофункциональной работы с данными (СУБД)?
А) Система управления базами данных *
Б) Система управления базой доступа
В) Система упрощенного базового доступа
Г) Совокупность управляющих баз данных
85. По технологии обработки данных базы данных подразделяют на:
А) Централизированные и распределенные *
Б) Периферийные и централизованные
В) Внутренние и наружные
Г) Простые и сложные
86. По способу доступа к данным базы данных подразделяют на:
А) Базы данных с локальным доступом и базы данных с удаленным (сетевым доступом) *
Б) Простые и сложные
В) Быстрые и медленные
Г) Проводные и беспроводные
87. По типу связи между данными базы данных подразделяют на:
А) Иерархические, сетевые, реляционные, объектно-ориентированные *
Б) Компьютерные и персональные
В) Модульные, модемные и сетевые
Г) Основные и дополнительные
88. С чего всегда начинается создание базы данных?
А) С разработки структуры ее таблиц *
Б) С запуска компьютера и запуска программы просмотрщика баз данных
В) С создания макета документа
Г) С собеседования и обсуждения проблемы построения базы данных
89. Что означает – уникальное поле?
А) Поле, значения в котором не могут повторяться *
Б) Поле, которому присваиваются числовые значения
В) Поле, которое состоит только из цифр
Г) Поле, которое имеет как числовые, так и дробные значения
Основы правил проектирования базы данных
Введение
Как это часто бывает, архитектору БД нужно разработать базу данных под конкретное решение.
Однажды в пятницу вечером, возвращаясь на электричке домой с работы, я подумал о том, как бы я создал сервис по найму сотрудников в разные компании. Ведь ни один из существующих сервисов не позволяет быстро понять насколько подходит тебе кандидат. Нет возможности создать сложные фильтры, включающие или исключающие совокупность определенных навыков, проектов или позиций. Максимум, что обычно предлагают сервисы — фильтры по компаниям и частично по навыкам.
В данной статье я позволю себе немного разбавить строгое изложение материала, смешав техническую информацию с не техническими примерами из жизни.
Для начала, разберем создание базы данных в MS SQL Server для сервиса поиска соискателей на работу.
Этот материал можно перенести и на другую СУБД такую как MySQL или PostgreSQL.
Основы правил проектирования
Для проектирования схемы базы данных, нужно вспомнить 7 формальных правил и саму концепцию нормализации и денормализации. Они и лежат в основе всех правил проектирования.
Опишем более детально 7 формальных правил:
1.1) с обязательной связью:
Реализовать данную связь можно двумя способами:
1.1.1) в одной сущности (таблице):
Рис.1. Сущность Citizen
Здесь таблица Citizen представляет собой сущность гражданина, а атрибут (поле) PassportData содержит все паспортные данные гражданина и не может быть пустым (NOT NULL).
1.1.2) в двух разных сущностях (таблицах):
Рис.2. Отношение сущностей Citizen и PassportData
Здесь таблица Citizen представляет собой сущность гражданина, а таблица PassportData — сущность паспортных данных гражданина (самого паспорта). Сущность гражданина содержит атрибут (поле) PassportID, который ссылается на первичный ключ таблицы PassportData. В свою очередь сущность паспортных данных содержит атрибут (поле) CitizenID, которое ссылается на первичный ключ CitizenID таблицы Citizen. Поле PassportID таблицы Citizen не может быть пустым (NOT NULL). Также здесь важно поддерживать целостность поля CitizenID таблицы PassportData, чтобы обеспечить связь один к одному. Иными словами, поле PassportID таблицы Citizen и поле CitizenID таблицы PassportData должны ссылаться на одни и те же записи как если бы это была одна сущность (таблица), представленная в пункте 1.1.1.
1.2) с необязательной связью:
Реализовать данную связь можно двумя способами:
1.2.1) в одной сущности (таблице):
Рис.3. Сущность Person
Таблица Person представляет собой сущность человека, а атрибут (поле) PassportData содержит все его паспортные данные и может быть пустым (NULL).
1.2.2) в двух сущностях (таблицах):
2.1) с обязательной связью:
примером могут выступать родитель и его дети. У каждого родителя есть как минимум один ребенок.
Реализовать данную связь можно двумя способами:
2.1.1) в одной сущности (таблице):
Рис.5. Сущность Parent
Таблица Parent представляет сущность родителя, а атрибут (поле) ChildList содержит информацию о детях. Данное поле не может быть пустым (NOT NULL). Обычно типом поля ChildList выступают неполно структурированные данные (NoSQL) такие как XML, JSON и т д.
2.1.2) в двух сущностях (таблицах):
Рис.6. Отношение сущностей Parent и Child
Таблица Parent представляет сущность родителя, а таблица Child — сущность ребенка. У таблицы Child есть поле ParentID, ссылающееся на первичный ключ ParentID таблицы Parent. Поле ParentID таблицы Child не может быть пустым (NOT NULL).
2.2) с необязательной связью:
примером может выступать человек, у которого могут быть дети или их может не быть.
Реализовать данную связь можно двумя способами:
2.2.1) в одной сущности (таблице):
Рис.7. Сущность Person
Таблица Parent представляет сущность родителя, а атрибут (поле) ChildList содержит информацию о детях. Данное поле может быть пустым (NULL). Обычно типом поля ChildList выступают неполно структурированные данные (NoSQL) такие как XML, JSON и т д.
2.2.2) в двух сущностях (таблицах):
Рис.8. Отношение сущностей Person и Child
Таблица Parent представляет сущность родителя, а таблица Child — сущность ребенка. У таблицы Child есть поле ParentID, ссылающееся на первичный ключ ParentID таблицы Parent. Поле ParentID таблицы Child может быть пустым (NULL).
2.2.3) в одной сущности со ссылкой на саму себя при условии, что у сущностей (таблиц) родителя и ребенка будут одинаковые наборы атрибутов (полей) без учета ссылки на родителя:
Рис.9. Сущность Person со связью на саму себя
Сущность (таблица) Person содержит атрибут (поле) ParentID, который ссылается на первичный ключ PersonID этой же таблицы Person и может содержать пустое значение (NULL).
Примером может выступить недвижимость: она может быть в собственности как одного человека, так и нескольких. С другой стороны, один человек может владеть несколькими домами или долями нескольких домов.
Реализовать данное отношение, с привлечением NoSQL, можно так же, как в описанных выше отношениях. Однако, в рамках реляционной модели обычно такое отношение реализуют через 3 сущности (таблицы):
Рис.10. Отношение сущностей Person и RealEstate
Таблицы Person и RealEstate представляют соответственно сущности человека и недвижимости. Связываются данные сущности (таблицы) через сущность (таблицы) PersonRealEstate. Атрибуты (поля) PersonID и RealEstateID ссылаются на первичные ключи PersonID таблицы Person и RealEstateID таблицы RealEstate соответственно. Обратите внимание, что для таблицы PersonRealEstate пара (PersonID; RealEstateID) всегда является уникальной и потому может выступать первичный ключем для самой связующей сущности PersonRealEstate.
Также данное отношение можно реализовать через более чем три сущности. Для этого добавляются нужные атрибуты, которые ссылаются на первичные ключи необходимых соответствующих сущностей. Такая реализация схожа с примерами, описанными выше в пунктах 1.1.2 и 1.2.2.
Отношения один ко многим и многие к одному можно реализовать через более чем две сущности. Для этого добавляются нужные атрибуты, которые ссылаются на первичные ключи необходимых соответствующих сущностей. Такая реализация схожа с примерами, описанными выше в пунктах 1.1.2 и 1.2.2.
А где же семь формальных правил?
Говоря о нормализации, нужно понимать ее суть. Нормализация ведет к уменьшению повторяемости хранения информации, а следовательно и к уменьшению возможности появления аномалий в данных. Однако, нормализация при дроблении сущностей приводит к более сложным построениям запросов для манипуляций с данными (вставки, модификации, выборки и удаления).
Обратным процессом нормализации называется денормализация. Это упрощение построения запросов доступа к данным за счет укрупнения и вложенности сущностей (например, как было показано выше в пунктах 2.1.1 и 2.2.1 с помощью неполно-структурированных данных (NoSQL)).
Вот и вся суть правил проектирования баз данных.
А вы уверены, что поняли отношения в семи формальных правилах? Именно поняли, а не узнали? Ведь знать и понимать — две совершенно разных концепции.
Объясню более детально. Спросите себя, можете ли вы за пару часов набросать пусть и укрупненную по сущностям, но модель базы данных для любой предметной области и для любой информационной системы? (тонкости и детали можно достроить, поспрашивав аналитиков и представителей заказчиков). Если вопрос вас удивил, и вы думаете, что это невозможно, значит вы знаете семь формальных правил, но не понимаете их.
Почему-то многие источники игнорируют тот факт, что эти отношения были не придуманы, а выявлены. Они изначально существуют в реальном мире как между субъектами, так и между субъектами и объектами.
Также, эти отношения могут меняться, переходя из один к одному к одному ко многим, многие к одному или многие ко многим. Обязательность связи может меняться или остаться неизменной.
Позволю себе рассказать об одном случае, когда от знания семи формальных правил я пришел именно к пониманию этих отношений.
В свое время меня смущало то, что в ВУЗе я знал эти семь формальных правил, но на производственной практике (ВУЗ отправляет студентов в различные компании для приобретения профессионального опыта) очень долго строил модели баз для разных предметных областей. Я задумался и понял, что не понимаю этих отношений.
Мне помогло наблюдение за людьми, а суть отношений раскрылась в сновидении. Этот сон я перескажу в упрощенной форме: только то, что позволяет лучше понять именно эти семь формальных правил — без детализации всего остального.
Сон был про семью, в которой есть отец, мать и дети. Отец погибает в автомобильной катастрофе, а мать начинает пить, и детей в итоге забирают в детский дом. Эти дети надолго остаются без родителей. Затем у некоторых детей появляются попечители, их тоже несколько.
Вы проследили, какие отношения были между субъектами, и как менялись эти отношения?
Давайте присмотримся внимательнее.
Надеюсь, теперь вы значительно приблизились к пониманию этих семи формальных правил.
Поняв семь формальных правил, вы сможете без труда спроектировать модель базы данных любой сложности для любой информационной системы.
Также вы увидите, что реализовать отношение можно разными способами, а сами отношения могут меняться. Модель (схема) базы данных — это «снимок» отношений между сущностями в определенный момент времени. Именно поэтому важно определить как сами сущности — образы объектов из реального мира или предметной области, так и их отношения между собой с учетом изменений в будущем.
Хорошо спроектированную модель базы данных с учетом изменения отношений в реальности или в предметной области не понадобится менять годами или даже десятилетия. Это особенно важно для хранилищ данных, где изменения влекут пересохранение больших объемов данных (от нескольких гигабайт до многих терабайт).
Важно запомнить, что таблицы в реляционной модели — это отношения сущностей, а строки (кортежи) — это экземпляры этих отношений. Но чтобы было проще, под таблицами часто понимаются сущности, а под строками таблицы — экземпляры сущностей. Их отношения выражаются через связи в форме внешних ключей.
Проектирование схемы базы данных для поиска соискателей на работу
После того, как мы описали основы правил проектирования БД в первой части, давайте создадим схему базы данных для поиска соискателей на работу.
Для начала, определим, что важно для сотрудников из компании, которые ищут кандидатов:
2.1) позиции, которые занимал соискатель в данных компаниях
2.2) навыки и умения, которыми соискатель пользовался в работе
2.3) проекты, в которых участвовал соискатель;
а также продолжительность работы соискателя на каждой позиции и в каждом проекте, длительность использования каждого навыка и умения
Для начала выявим нужные сущности:
Рис.11. Схема базы данных для поиска соискателей на работу
Здесь таблица JobHistory выступает как сущность истории работы каждого соискателя. То есть, это резюме, которое педставляет отношения многие ко многим между сущностями сотрудник, компания, позиция и проект.
Проекты и навыки относятся друг другу как многие ко многим и потому связываются между собой через сущность (таблицу) ProjectSkill.
Когда вы понимаете отношения между субъектами и между субъектами и объектами — уже упомянутые семь формальных правил — эту или схожую схему можно реализовать «на коленке»: на листке бумаги, мене чем за час. И это еще с учетом усталости после плодотворного рабочего дня.
Здесь можно было упростить схему добавления данных, если «навыки» вложить в сущность «проекты» через неполно структурированные данные (NoSQL) в виде XML, JSON или просто перечислять названия навыков через точку с запятой. Но это бы усложнило выборку с группировкой по навыкам и фильтрацию по отдельным навыкам.
Подобная модель лежит в основе базы данных проекта Geecko.
Как видите, ничего сложного в проектировании информационных систем в части проектирования базы данных нет. Это всего лишь отражение объектов и субъектов из реальности, перенесенное в «сущности» схемы базы данных. Отношения между этими сущностями фиксируются на определенный момент времени, с учетом будущих изменений.
Что именно мы возьмем из реальности и вложим в сущность схемы, и какие отношения построим в модели, будет зависеть от того, что мы хотим от информационной системы в общем, здесь и в будущем. Иными словами — какие данные мы хотим получить в текущий момент времени и через определенное время в будущем.
Немного лирики
После того, как вы внедрите модель в работу, остановитесь на миг и подумайте: только что был создан новый маленький мир. В нем есть свои сущности из реального мира и свои отношения. Да, это цифровой мир, но он теперь будет развиваться своей дорогой. Он будет общаться (интегрироваться) с другими системами (мирами), тоже созданными по своим правилам. Данные будут течь в этих системах, как кровь в живом организме.
А перед сном подумайте о том, что семь формальных правил были всегда, и что они окружают нас всюду. Не больше и не меньше, всегда семь. Все отношения реальной жизни можно разложить на эти семь формальных правил. А когда вы думаете или видите сны, как там сущности относятся друг к другу — не по тем же семи формальным правилам?
Вообще, я уверен, что эти отношения (семь формальных правил) выявил очень хороший психотерапевт, возможно — женщина. Это было очень давно, задолго до появления самого понятия информационных технологий. И самое интересное, что эти отношения живут вне базы данных и ИТ — последние лишь используют их для моделирования информационных систем.
Но мы немного отошли от темы. Я лишь призываю в момент создания новой системы подойти к этому процессу с душой. И тогда поверьте, случится момент творения. Спроектированная таким образом система будет живее всех живых в цифровом мире.
Послесловие
Диаграммы для примеров были реализованы с помощью инструмента Database Diagram Tool for SQL Server. Однако, подобный функционал есть и в DBeaver.