Закрывать
Меню

Определение базы данных, компонентов, иерархии, использования и цели

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

База данных

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

Понимание базы данных

Список быстрого чтенияпоказывать
1.Понимание базы данных
2.Система баз данных
3.Данные, информация и база данных
4.Иерархия данных
5.Система управления базами данных (СУБД)
5.1.Преимущества системы управления базой данных (СУБД)
5.2.Преимущества системы управления базой данных (СУБД)
5.3.Слабые стороны системы управления базами данных (СУБД)
6.Архитектура и компоненты СУБД
6.1.Архитектура системы управления базами данных (СУБД)
6.2.Компоненты системы управления базой данных (СУБД)
7.Модели данных
7.1.Схема и мгновенная база данных
7.2.Реляционная модель данных
8.Использование базы данных
8.1.Базы данных в ИТ-архитектуре
instagram viewer
8.2.Использование электронной базы данных
8.3.Навыки базы данных
8.4.Пользователи базы данных
9.Цель системного анализа
9.1.Цель нормализации:
9.2.Этапы нормализации:
9.2.1.Нормальные условия для одного (1-NF) включают:
9.2.2.Второе нормальное состояние (2-NF) выглядит следующим образом.
9.2.3.Третьи нормальные требования (Третья нормальная форма / 3 НФ) заключаются в следующем:
9.3.Поделись этим:
9.4.Похожие сообщения:

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

Приложение базы данных способно преодолеть проблемы сбора данных, а именно:

  1. Избыточность и несогласованность данных
  2. Проблемы с доступом к данным
  3. Изоляция данных для стандартизации
  4. Несколько пользователей (много пользователей)
  5. Проблема безопасность (безопасность)
  6. Проблема интеграции
  7. Проблема с данными независимость

На этапе проектирования базы данных в целом анализ должен сначала определить файлы, необходимые информационной системе. Файлы базы данных, необходимые для системы, можно увидеть в проектной модели, которая описана в виде диаграммы потока данных. Общие шаги проектирования базы данных следующие: 13

  1. Определите требования к файлам базы данных для новой системы
  2. Необходимые файлы можно определить из вновь созданного системного DAD
  3. Указание параметров файлов базы данных
  4. После определения требуемых файлов можно также определить параметры следующего файла. Эти параметры включают:
  5. Тип файла: основной файл, файл транзакции, временный файл и т. Д.
  6. Медиа-файл: жесткий диск, дискета или магнитная лента
  7. Организация файлов: будь то традиционные файлы (отсортированные файлы, ISAM или файлы прямого доступа) или организация базы данных (многоуровневые структуры, сети или отношения)
  8. Ключевые поля и файлы

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

Система баз данных

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

Система баз данных

Система базы данных состоит из нескольких компонентов, а именно;9

  1. Файл базы данных, этот файл содержит элементы данных, хранящиеся в одном из форматов организации файлов базы данных.
  2. Система управления базами данных (Система управления на основе данных), представляет собой группу программ, которые обрабатывают базы данных, контролируют доступ к базам данных, поддерживают безопасность базы данных и выполняют другие задачи.
  3. Системный интерфейс (система интерфейса на главном языке), является частью СУБД, которая взаимодействует с прикладной программой, интерпретируя инструкции прикладного языка высокого уровня, такие как Кобол а также Фортан, для чего требуются файлы данных.
  4. Прикладная программа имеет те же функции, что и обычная система, за исключением того, что файлы данных независимы и используют стандартные определения данных. взаимно независимые (независимость), а стандартизация упрощает и ускоряет разработку программ. Обычные прикладные программы используют система интерфейса на главном языке которые обычно создаются профессиональными программистами.
  5. Система интерфейса на естественном языке (система интерфейса на естественном языке), это вопросный язык (язык запросов), который позволяет пользователям получать информацию о том, что доступно в компьютерной системе. Обычно используется английский язык, поскольку инструкции по вводу представляют собой короткие команды на английском языке.
  6. Словарь данных (словарь данных), является центральным хранилищем информации о данных из базы данных, содержащей схему базы данных. Словарь данных содержит информацию о файлах базы данных, правила доступа к данным, безопасность данных и условия информации о данных. СУБД получает запрос от программы и обращается к словарю данных, чтобы убедиться, что программа достигла данных, и подтверждает расположение данных в базе данных.

Также читайте статьи, которые могут быть связаны: Понимание всей операционной системы компьютера (операционной системы)

Данные, информация и база данных

Данные - это факты об объекте, таком как люди, объекты, события, концепции, обстоятельства и т. Д., Которые могут быть записаны и имеют неявное значение. Данные могут быть выражены в форме чисел, знаков или символов, так что когда данные собираются и соединяются между собой, они известны как база данных [Ramez2000]. Информация - это данные, которые систематизированы в форме, которая соответствует потребностям человека [Abdul 1999].

В соответствии с Энциклопедия компьютерных наук и инженеровученые в области информации принимают стандартное определение информации, то есть данных, используемых при принятии решений. Другое определение базы данных согласно Fabbri и Schwab - это унифицированная файловая система, разработанная в первую очередь для минимизации дублирования данных. Согласно Рамезу Эльмасри, база данных более ограничена особым неявным значением, а именно:

  1. База данных - это представление одного из аспектов реального мира (реального мира).
  2. База данных - это набор данных из различных источников, которые логически имеют неявное значение.
  3. Базы данных необходимо проектировать, создавать и собирать данные для определенной цели. База данных может использоваться несколькими пользователями и несколькими приложениями в соответствии с интересами пользователя.

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

Иерархия данных

  • Данные организованы в элементы данных (поля), записи (записи) и файлы (файлы). Определения этих трех следующие:
  • Элемент данных - это наименьшая единица данных, которая не может быть разбита на другие единицы, которые
  • имея в виду. Например, данные об учащемся состоят из NIS, имени, адреса, телефона или пола.
  • Запись - это комбинация ряда взаимосвязанных элементов данных. Другой термин для записи - строка или кортеж.
  • Файл - это набор всех записей одного типа.

Также читайте статьи, которые могут быть связаны: Понимание компьютерных сетей - преимущества, цели, типы, топологии, эксперты

Система управления базами данных (СУБД)

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

Система управления базами данных (СУБД)

Преимущества системы управления базой данных (СУБД)

Хранение данных в форме СУБД имеет множество преимуществ и преимуществ по сравнению с хранением в виде плоских файлов или электронных таблиц, в том числе:

  • Представление Результаты, полученные от хранилища в виде СУБД, довольно велики и сильно отличаются от данных о производительности, хранящихся в виде плоских файлов. Помимо лучшей производительности, вы также получите эффективное использование носителей информации и памяти.
  • Честность данные более безопасны с использованием СУБД. В СУБД часто возникают проблемы с избыточностью. Избыточность - это повторение одних и тех же данных или набора данных в базе данных, что приводит к нерациональному использованию носителей.
  • Независимость. Можно изменить структуру базы данных без изменения приложения, которое обращается к ней, чтобы было проще создать интерфейс для данных с использованием СУБД.
  • Централизация. Централизованные данные упростят управление базой данных. простота совместного использования с СУБД, а также согласованность данных, к которым осуществляется прямой доступ вместе будут более безопасными, чем данные, хранящиеся в виде файлов или рабочих листов распространение.
  • Безопасность. СУБД имеет более гибкую систему безопасности, чем безопасность файлов операционной системы. Безопасность в СУБД обеспечит гибкость в предоставлении прав доступа пользователям.

Преимущества системы управления базой данных (СУБД)

  1. Независимость данныхСУБД обеспечивает подход, который вносит изменения в данные, не заставляя изменять программу.
  2. Эффективный доступ к даннымСУБД предоставляет различные сложные методы, обеспечивающие эффективное хранение и извлечение данных.
  3. Безопасность и целостность данных, Поскольку данные контролируются СУБД, СУБД может применять ограничения целостности для данных. Все, что не подходит под определение поле и ограничения, прикрепленные к поле будут отклонены. Например, если поле Gender_ обозначается как P или W, затем от L до поле будут автоматически отклонены СУБД.
  4. Администрирование данных, Если несколько пользователей обмениваются данными, централизованное администрирование может привести к значительным улучшениям. Таким образом можно свести к минимуму дублирование или избыточность данных.
  5. Параллельный доступ и восстановление после сбояСУБД предоставляет механизм, позволяющий получить доступ к одним и тем же данным нескольким людям одновременно. Кроме того, СУБД защищает пользователей от последствий сбоя системы. В случае сбоя системы СУБД может восстановить данные в том виде, в котором они были до сбоя.
  6. Кратчайшие сроки разработки приложения, СУБД предлагает множество средств, упрощающих компиляцию приложений, что позволяет сократить время разработки приложений.

Слабые стороны системы управления базами данных (СУБД)

  1. Высокие и дорогие требования к стоимости и цене СУБД для приобретения программного и аппаратного обеспечения правильный стоит довольно дорого, включая стоимость обслуживания и человеческих ресурсов, управляющих базой данных. что.
  2. Очень сложный. Системы баз данных сложнее, чем обработка файлов, поэтому ошибки могут возникать легко, а обслуживание данных затруднено.
  3. Централизованный риск данных. Централизованные данные в одном месте могут быть подвержены риску потери данных во время процесса приложения.
  4. Требуется большой носитель
  5. Требуется большая компьютерная память
  6. Требует высоких / специальных технических характеристик оборудования
  7. Требуется много времени на преобразование системы
  8. Иногда производительность СУБД низкая.
  9. Риск неудачи довольно высок

Также читайте статьи, которые могут быть связаны: Понимание программ - компьютеры, примеры, действия, эксперты

архитектура и Составная часть СУБД

Архитектура Система управления базами данных (СУБД)

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

  1. Внутренний уровень - это внутренняя схема, которая содержит описание структуры хранения базы данных и использует физическая модель данных и подробно определяет хранилище данных в базе данных, а также путь доступа данные.
  2. Концептуальный уровень - это схема, которая содержит описание общей структуры базы данных для всех пользователей. Эта схема содержит только описания сущностей, атрибутов, отношений и ограничений, но не содержит подробных описаний данных.
  3. Внешний уровень - это внешняя схема (представление пользователя), которая определяет представление данных для данных. группа пользователей (локальное представление), скрывая другие данные, которые не нужны группе пользователей kelompok что.

Составная часть Система управления базами данных (СУБД)

  • Интерфейс, который включает язык обработки данных, язык определения данных для внешних схем, концептуальных схем и внутренних схем.
  • Система управления базой данных (Система управления базой данных), которая обращается к базе данных из-за команд языка управления данными.
  • Аппаратное обеспечение (Аппаратное обеспечение) Аппаратное обеспечение, которое обычно содержится в системе баз данных, является вторичной памятью жесткого диска.
  • Операционная система (Операционная система) Операционная система (Операционная система) - это программа, которая активирует или управлять компьютерными системами, контролировать все ресурсы (ресурсы) и выполнять операции в компьютере. Широко используются такие операционные системы, как: MS-DOS, MS-Windows 95, MS Windows NT и Unix.
  • База данных (База данных) База данных (База данных) может иметь несколько баз данных. Каждая база данных может содержать или иметь любое количество объектов базы данных, таких как файлы или таблицы.
  • Пользователь (Пользователь) Пользователи могут взаимодействовать с базами данных и манипулировать данными в программах, написанных на языках программирования.
  • Администратор базы данных человек или группа, ответственные за внедрение системы баз данных в организации.
  • Конечные пользователи это человек, который находится перед рабочей станцией и напрямую взаимодействует с системой.
  • Программист приложений, люди по-разному взаимодействуют с базой данных.

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

Также читайте статьи, которые могут быть связаны: Понимание компьютерных сетей - преимущества, цели, типы, топологии, эксперты

Модели данных

Модели данных можно сгруппировать на основе концепции составления описания структуры базы данных, а именно:

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

  • Сущность (сущность) - это представление объектов, событий или концепций в реальном мире, существование которых явно определены и хранятся в базе данных, например: студенты, курсы, преподаватели, оценки и другие и т.п.
  • Атрибуты (атрибуты) - это описания, которые описывают характеристики сущности, такие как NIM, имя, факультет, факультет для учащихся.
  • Отношения (отношения) - это отношения или взаимодействие между одним объектом с другим, например, организация-покупатель относится к объекту приобретенных товаров.

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

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

Схема и мгновенная база данных

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

Схема и мгновенная база данных

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

Реляционная модель данных

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

Примеры таблиц и их взаимосвязи:

Реляционная модель данных

Преимущества реляционной базы данных

  1. Простая форма
  2. Легко выполнять различные операции с данными

Термины в реляционной базе данных:

  • Связь
    Отношение - это таблица, состоящая из нескольких столбцов и нескольких строк. Отношения показывают связь между рядом сущностей, происходящих из разных наборов сущностей. Сущность - это личность, которая представляет что-то реальное, и его можно отличить от других.
  • Атрибут
    Атрибуты - это столбцы в отношении. У каждой сущности должен быть атрибут, описывающий характер сущности. Определение или выбор соответствующих атрибутов для объекта важны при формировании модели данных.
  • кортеж
    Кортеж - это строка в отношении или набор взаимосвязанных элементов, которые сообщают целостной сущности о сущности. Одна запись представляет собой одни данные или информацию о человеке, например: NPM, имя студента, адрес, город и т. Д.
  • Домен
    Набор допустимых значений для одного или нескольких атрибутов
  • Градусы
    Количество атрибутов в отношении
  • Мощность
    Количество кортежей в отношении.
Графические атрибуты

Реляционный ключ

  • супер ключ
    Атрибут / набор атрибутов, которые однозначно идентифицируют кортеж в отношении.
  • Ключ кандидата
    Атрибут или минимальный набор атрибутов, которые однозначно идентифицируют конкретное вхождение объекта. Атрибут в отношении, который обычно имеет уникальное значение. Минимальный набор атрибутов подразумевает, что мы не можем удалить некоторые из атрибутов в наборе, не разрушая их уникальное владение.
  • Первичный ключ
    Атрибут или минимальный набор атрибутов, который не только однозначно идентифицирует конкретное событие, но также может представлять каждое вхождение объекта. Ключ-кандидат выбирается для уникальной идентификации кортежа в отношении. Каждый ключ-кандидат имеет шанс стать первичным ключом, но лучше выбрать только тот, который может полностью представлять существующие сущности.
  • Альтернативный ключ
    Ключ-кандидат, который не используется в качестве первичного ключа, или ключ-кандидат, который не выбран в качестве первичного ключа.
  • Внешний ключ (гостевой ключ)
    Атрибуты с тем же доменом, которые являются первичным ключом в отношении, но в других отношениях атрибут является только обычным атрибутом. Гостевой ключ назначается дочерней сущности и совпадает с первичным ключом связанной родительской сущности.
Реляционный ключ

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

  1. ноль
    Значение атрибута, которое неизвестно и не соответствует строке (кортежу). Значение (константа) Null используется для объявления / заполнения атрибутов, значения которых не готовы / не существуют.
  2. Целостность сущности
    Ни один компонент первичного ключа не является нулевым.
  3. Ссылочная целостность
    Домен можно использовать в качестве первичного ключа, если это единственный атрибут в рассматриваемом домене. Язык в реляционной базе данных Использование языка запросов оператора, отправленного для получения информации. Язык запросов (Query Language) уделяет больше внимания аспекту поиска данных из таблицы. Этот аспект поиска так важен, потому что он лежит в основе усилий по управлению данными.

Создание базы данных

Создание базы данных состоит из нескольких этапов:

  1. Сбор и анализ
    • Определите группы пользователей и их области применения: определите поля и группы приложений. пользователь, затем выбранные члены группы пользователей, которые могут использоваться в качестве первичного ключа пользователя, который может представлять группа
    • Обзор существующей документации: изучите и проанализируйте существующие документы по конкретному приложению.
    • Анализ операционной среды и обработка данных: изучение текущей системы, использует ли она все еще ручную систему или уже использует компьютерную систему.
    • Список вопросов и интервью: для потенциальных пользователей, которые считаются потенциальными для получения необходимой информации и технических характеристик процесса.
  2. Концептуальный дизайн базы данных
    • Разработка концептуальной схемы: об организации данных, которые будут храниться в базе данных.
    • Дизайн транзакции: который осуществляется для получения информации из системы баз данных в результате анализа на этапе 1.
  3. Процесс проектирования базы данных
    • Сбор и анализ требований
    • Концептуальный дизайн базы данных
    • Выбор СУБД
    • Отображение от концептуального к логическому
    • Физический дизайн
    • Выполнение

Также читайте статьи, которые могут быть связаны: 13 Понимание компьютерных сетей от полных экспертов

Использование базы данных

Базы данных в ИТ-архитектуре

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

Пример продукта базы данных

  • - DB2 IBM
  • - ORACLE Oracle
  • - SYBASE Powersoft
  • - INFORMIX Informix
  • - Microsoft Access Microsoft

Использование электронной базы данных

Компьютерные устройства в организации / компании обычно используются для выполнения функций. управление информационными системами и базами данных - один из основных компонентов каждой системы Информация. Никакая информационная система не может быть создана / запущена без базы данных.

Ниже приведены функциональные области, в которых обычно используются базы данных.:

  • Складирование,
  • Бухгалтерский учет,
  • Бронирование,
  • Обслуживание клиентов,
  • и другие.

В то время как формы организации / компании, использующие базу данных:

  • Страхование,
  • Больница,
  • Производитель товаров,
  • Обрабатывающая промышленность,
  • Образование,
  • Банк: Управление данными клиентов, бухгалтерский учет, все банковские операции
  • Аэропорт: управление данными бронирования, планирование
  • Университет: Управление регистрацией, выпускники
  • Продажи: управление данными о клиентах, товарах, продажах.
  • Фабрика: Управление производственными данными, запасами, заказами, агентами
  • Работа: управление данными о сотрудниках, заработной платой, налогами
  • Телекоммуникации: Управление данными биллинга, количеством кредитов и др.

Навыки базы данных

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

  1. аналитический бизнес
  2. Данные моделирования
  3. Дизайн базы данных
  4. Администрирование базы данных
  5. База данных управления

Пользователи базы данных

  • Системный инженер
    Специалисты, которые отвечают за установку базы данных системы, а также проводят обновления и сообщают об ошибках из системы продавцу.
  • Администратор базы данных (DBA)
    Эксперты, перед которыми стоит задача контролировать систему баз данных в целом, прогнозировать потребность в системе баз данных, планировать ее и управлять ею.
  • Конечный пользователь
    Существует несколько типов (типов) пользователей системы баз данных, которые можно различить в зависимости от того, как они взаимодействуют с системой:
  • Программист приложений
    Пользователь взаимодействует с базой данных через язык обработки данных (DML), который встроены в программы, написанные на родительском языке программирования (например, C, Pascal, кобол и др.)
  • Продвинутый пользователь (Обычный пользователь)
    Пользователи, которые взаимодействуют с системой без написания программных модулей. Они выражают запросы (для доступа к данным) с помощью языка запросов, предоставленного СУБД.
  • Обычные пользователи (конечный пользователь / наивный пользователь)
    Пользователи, которые взаимодействуют с системой базы данных, вызывая исполняемую программу, которая была написана (предоставлена) ранее
  • Специализированный пользователь (специализированный / опытный пользователь)
    Пользователи, которые пишут нетрадиционные приложения для баз данных, но для специальных целей, таких как приложения ИИ, экспертные системы, обработка изображений и т. Д., Которые могут обращаться к базам данных с СУБД или без нее, обеспокоенный.

Также читайте статьи, которые могут быть связаны: Понимание, компоненты и функции LAN (локальной сети) на компьютере в полном объеме

Цель системного анализа

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

Цель нормализации:

устранение дубликатов в данных / избыточность.
уменьшить сложность
упростить модификацию данных mempermudah
удалить аномалии данных

Этапы нормализации:

Аномальная форма > Эта форма представляет собой набор данных для записи, нет необходимости соблюдать определенный формат, данные могут быть неполными или дублированными (дублироваться)

1-NF (Первая нормальная форма) > Его характеристики заключаются в том, что все данные представлены в виде плоского файла, и в нем нет повторяющихся атрибутов.
Сформируйте ненормализованную таблицу, перечислив данные во всех полях. Формирование первой нормали (сначала 1 норма) с помощью плоской таблицы, которая разделяет данные в правильных атомарных значениях и дополняет существующие атрибуты / поля.

Нормальные условия для одного (1-NF) включают:

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

2-NF (вторая нормальная форма) > Эта вторая нормальная форма основана на концепции полной функциональной зависимости, которую можно определить.

Второе нормальное состояние (2-NF) выглядит следующим образом.

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

3-NF (Третья нормальная форма)> Хотя отношение 2-NF имеет меньшую избыточность, чем отношение 1-NF, отношение все еще есть возможность испытывать проблемы, если есть аномалия омоложения (обновления) в отношениях что.

Третьи нормальные требования (Третья нормальная форма / 3 НФ) заключаются в следующем:

1. Эта форма данных соответствует критериям второй нормальной формы.
2. Атрибуты непервичного ключа не должны иметь транзитивной зависимости, то есть атрибут, который не является первичным ключом, не должен иметь функциональной зависимости. dependency) от других атрибутов непервичного ключа, все атрибуты непервичного ключа в отношении имеют функциональную зависимость только от связанного первичного ключа. курс.

4-NF (четвертая нормальная форма) >
Требования 4-NF:
1. Если и только если он находится в форме BCNF и нет нетривиальных многозначных зависимостей.
2. Многозначная зависимость (MVD) используется в четвертой нормальной форме (4NF).
3. Эта зависимость используется для выражения отношения «один ко многим».

5-НФ (пятая нормальная форма) > Комбинированные зависимости лежат в основе пятой нормы. Отношение R (X, W, Z) может удовлетворять сцепленным зависимостям, и если объединение проекций A, B, C с A, B, C
является подмножеством атрибутов R.
Комбинированные зависимости, указанные выше, соответствуют следующим обозначениям:
1. (А Б В)
2. где A = XY, B = YZ, C = ZX