Try using it in your preferred language.

English

  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar

Выход из системы

translation

Это сообщение переведено AI.

제이의 블로그

Концептуальное моделирование данных

  • Язык написания: Корейский
  • Базовая страна: Все страны country-flag

Выбрать язык

  • Русский
  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar

Текст, резюмированный ИИ durumis

  • Концептуальное моделирование данных - это процесс разделения сущностей и определения атрибутов, который представляет их в виде ERD, используя идентификаторы и ключи для уникальной идентификации сущностей.
  • Отношения между сущностями возникают в результате существования или действия, а кардинальность, такая как 1:1, 1:N, N:M, используется для представления количественных отношений.
  • Отношения между обязательными и необязательными данными, такие как система комментариев, представлены с помощью опциональности, которая делится на Mandatory и Optional.

Концептуальное моделирование данных - это процесс разделения связанной информации на сущности и представления отношений между сущностями в виде ERD.

Разделение сущностей и определение атрибутов

Сущность - это что-то реальное и независимое, что может хранить данные.

Атрибут - это данные, которыми обладает сущность.

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

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

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

Идентификатор и ключ

В Корее используется система регистрации населения для уникальной идентификации каждого гражданина.

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

Номер регистрации населения - это уникальный идентификатор, поэтому он не должен совпадать с номером другого человека.

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

Назначенный в этом случае идентификатор становитсяпервичным ключом(Primary Key) на этапе логического моделирования данных.


Если у сущности нет естественного уникального атрибута, который можно было бы использовать в качестве идентификатора, используетсяискусственный ключ(Artificial Key).

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


Все атрибуты сущности, которые могут использоваться в качестве идентификатора, называютсякандидатным ключом(Candidate Key)

Атрибуты, которые могут использоваться в качестве идентификатора, кроме первичного ключа, называютсяальтернативным ключом(Alternate Key).

Эти альтернативные ключи хорошо подходят для индексации, чтобы повысить производительность.


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

Определение отношений

Отношение - это взаимодействие между сущностями, и оно делится на отношение, основанное на существовании, и отношение, основанное на действии.

  • Отношение, основанное на существовании

Например, в компании сотрудник не может существовать без отдела, поэтому это отношение, основанное на существовании.

  • Отношение, основанное на действии

Сотрудник может перейти в другой отдел по запросу. В этом случае это отношение, основанное на действии.


Это отношение выражается каквнешний ключ(Foreign Key) исоединение(Join) на этапе логического моделирования данных.

Кратность (Cardinality)

Кратность - это отношение между одной сущностью и другой сущностью. Это представляет собой численное соотношение между ними.

Это представлено как 1:1 отношение (один к одному), 1:N отношение (один ко многим), N:M отношение (многие ко многим) между каждой сущностью.

Из приведенных выше отношений отношение N:M не может быть представлено в реляционной базе данных, поэтому для представления используется промежуточная таблица.

Необязательность (Optionality)

В качестве примера рассмотрим систему комментариев: каждый комментарий должен иметь автора, но автор может не оставлять комментарии.

В этом случае это отношение автор (обязательный) - комментарий (необязательный).

Обязательный - это Mandatory, а необязательный параметр - это Optional.


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




Jay
제이의 블로그
1인분이 목표인 초보 개발자
Jay
Логическое моделирование данных Логическое моделирование данных - это процесс преобразования концептуальной модели данных в соответствии с парадигмой реляционных баз данных, включая обработку отношений 1:1, 1:N, N:M и обеспечение целостности данных с помощью нормализации. Процесс включа

9 апреля 2024 г.

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

9 апреля 2024 г.

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

9 апреля 2024 г.

С кем стоять рядом в организации? Этот образ представляет собой интересное резюме, показывающее слои и влияние в процессе принятия решений в организации, визуально представляя восприятие лидеров, ключевые компетенции, структуру игры в силу, стратегии и т. д.
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son

21 мая 2024 г.

[Объект] Глава 1. Объекты, проектирование Изменяемость и коммуникация важны в разработке программного обеспечения, и для этого необходимо применять объектно-ориентированное проектирование. Объект - это автономное существо, которое самостоятельно управляет своими данными, а хорошая конструкция зак
제이온
제이온
제이온
제이온

28 апреля 2024 г.

[DB] Настройка кеша Практическое руководство по кэшированию данных, которые часто читаются, но редко записываются. Показываем, как использовать APM, такие как DataDog, для анализа истории вызовов запросов RDB и выбора таблиц для кэширования, где количество запросов на выборк
제이온
제이온
제이온
제이온
제이온

25 апреля 2024 г.

[Объект] Глава 2. Объектно-ориентированное программирование В этой главе объясняется, как реализовать систему бронирования кинотеатров с использованием объектно-ориентированного программирования. Определяются объекты, такие как фильм, показ, человек, политика скидок, условия скидок и т. д., и предлагается способ р
제이온
제이온
제이온
제이온

28 апреля 2024 г.

[Эффективная Java] Элемент 6. Избегайте ненужного создания объектов Руководство по минимизации ненужного создания объектов в Java. Для неизменяемых объектов, таких как String, Boolean, рекомендуется использовать литералы, а для регулярных выражений – кэшировать экземпляры Pattern. Кроме того, автоупаковка может привести к
제이온
제이온
제이온
제이온

28 апреля 2024 г.

[Эффективный Java] Пункт 5. Используйте инъекцию зависимостей, а не явно указывайте ресурсы Если класс зависит от внешних ресурсов, не используйте синглтоны и статические утилитарные классы. Инъекция зависимостей позволяет улучшить гибкость, повторное использование и тестируемость класса, а использование паттерна фабричного метода обеспечивает б
제이온
제이온
제이온
제이온

28 апреля 2024 г.