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

  • Логическое моделирование данных - это процесс преобразования концептуальной модели данных в соответствии с парадигмой реляционных баз данных на основе правил сопоставления.
  • В реляционных базах данных объясняется, как обрабатывать отношения 1:1, 1:N, N:M, как создавать промежуточные таблицы, а также подчеркивается важность нормализации и подробно описаны три этапа (1NF, 2NF, 3NF).
  • Ясно изложены цели и принципы каждого этапа нормализации, особенно подробно описан процесс устранения переходной зависимости на третьем этапе нормализации.

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

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

Правила сопоставления

  • Квадратные сущности преобразуются в таблицы.
  • Круговые атрибуты преобразуются в столбцы.
  • Отношения преобразуются в PK или FK.

Прежде всего, таблицы без FK легче всего представить.

Отношения

  • Представление отношений между таблицами с учетом кардинальности и опциональности.
  • Начните с самого простого отношения 1:1, затем 1:N и, наконец, N:M.

Обработка отношения 1:1

В отношении 1:1 рассматривается зависимость между двумя таблицами и устанавливается FK.

Можно рассматривать как родительскую и дочернюю таблицу.

Обработка отношения 1:N

В отношении 1:N, поскольку 1 ссылается на N, FK устанавливается для N.

Обработка отношения N:M

Для обработки отношения N:M в реляционной базе данных создается промежуточная таблица (также называемая таблицей сопоставления или таблицей связи).

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

Нормализация (Normalization)

Wikipedia - Нормализация базы данных

Это процесс преобразования необработанной таблицы в таблицу, подходящую для реляционной базы данных.

В промышленности используется нормализация до 3-й нормальной формы, а последующие этапы нормализации используются в основном в научных целях.

Нормализация должна выполняться поэтапно, по одному этапу за раз.

1-я нормальная форма (1st Normal Form, 1NF)

  • Столбцы в таблице должны содержать только атомарные (Atomic) значения.

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

Если в одном столбце содержится несколько значений, то есть он не является атомарным, то это может привести к различным проблемам, таким как невозможность присоединения с помощью SQL-запросов.

2-я нормальная форма (2nd Normal Form, 2NF)

  • Должна быть соблюдена 1-я нормальная форма.
  • Необходимо устранить частичную зависимость.

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

3-я нормальная форма (3rd Normal Form, 3NF)

  • Должна быть соблюдена 1-я нормальная форма.
  • Должна быть соблюдена 2-я нормальная форма.
  • Необходимо устранить транзитивную зависимость.

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

Jay
제이의 블로그
1인분이 목표인 초보 개발자
Jay
Логическое моделирование данных для проекта Kanban Board 2 В статье пошагово описан процесс логического моделирования данных на основе концептуальной модели данных ERD, а также представлены трудности, возникающие при нормализации, и способы их решения. Особое внимание уделяется размышлениям о необходимости раздел

9 апреля 2024 г.

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

8 апреля 2024 г.

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

8 апреля 2024 г.

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

28 апреля 2024 г.

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

28 апреля 2024 г.

[Мастер по металлам] Решение 37-го выпуска Данные материалы содержат информацию о различных свойствах, методах испытания, термической обработке, сплавах металлических материалов. Рассматриваются такие темы, как толщиномер, кривая намагничивания, микроскопический анализ структуры, микроскопический
blog.naver.com/gksmftordldi
blog.naver.com/gksmftordldi
blog.naver.com/gksmftordldi
blog.naver.com/gksmftordldi
blog.naver.com/gksmftordldi

24 апреля 2024 г.

[Для неспециалистов, выживание как разработчик] 14. Краткое изложение часто задаваемых вопросов на техническом собеседовании для начинающих разработчиков Руководство по подготовке к техническому собеседованию для начинающих разработчиков. Объясняются концепции, которые часто встречаются на собеседованиях, такие как область основной памяти, структуры данных, RDBMS и NoSQL, процедурное и объектно-ориентирова
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자

3 апреля 2024 г.

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

25 апреля 2024 г.

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

28 апреля 2024 г.