Рубрики

Внедрение 3-уровневой архитектуры в СУБД | Набор 2

Система управления базами данных — Введение | Комплект 1

СУБД 3-х уровневая архитектура

3-уровневая архитектура СУБД делит всю систему на три взаимосвязанных, но независимых модуля, как показано ниже:

  1. Физический уровень. На физическом уровне хранится информация о расположении объектов базы данных в хранилище данных. Различные пользователи СУБД не знают о местонахождении этих объектов.
  2. Концептуальный уровень: на концептуальном уровне данные представлены в виде различных таблиц базы данных. Например, база данных STUDENT может содержать таблицы STUDENT и COURSE, которые будут видны пользователям, но пользователи не знают о своем хранилище.
  3. Внешний уровень. Внешний уровень определяет представление данных в виде таблиц концептуального уровня. Каждый внешний вид уровня используется для удовлетворения потребностей определенной категории пользователей. Например, ФАКУЛЬТЕТ ВУЗА заинтересован в изучении деталей курса студентов, СТУДЕНТОВ интересует просмотр всех деталей, связанных с учеными, счетами, курсами и деталями общежития. Таким образом, разные виды могут быть созданы для разных пользователей.

Независимость данных

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

  1. Независимость от физических данных. Любые изменения в физическом расположении таблиц и индексов не должны влиять на концептуальный уровень или внешний вид данных. Такая независимость данных легко достигается и реализуется большинством СУБД.
  2. Независимость концептуальных данных: данные на схеме концептуального уровня и схеме внешнего уровня должны быть независимыми. Это означает, что изменение концептуальной схемы не должно влиять на внешнюю схему. например; Добавление или удаление атрибутов таблицы не должно влиять на представление таблицы пользователем. Но этот тип независимости трудно достичь по сравнению с физической независимостью данных, потому что изменения в концептуальной схеме отражаются в представлении пользователя.

Этапы проектирования базы данных

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

Концептуальный дизайн . Требования к базе данных фиксируются с использованием концептуальной модели данных высокого уровня. Например, модель ER используется для концептуального проектирования базы данных.

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

Физическое проектирование. В физическом проектировании данные в реляционной модели реализуются с использованием коммерческих СУБД, таких как Oracle, DB2.

Преимущества СУБД

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

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

Также см

Эта статья предоставлена Sonal Tuteja . Пожалуйста, напишите комментарии, если вы обнаружите что-то неправильное, или вы хотите поделиться дополнительной информацией по обсуждаемой теме

Рекомендуемые посты:

Внедрение 3-уровневой архитектуры в СУБД | Набор 2

0.00 (0%) 0 votes