ВУЗ:
Составители:
Рубрика:
ношению и к отдельным его строкам без учёта способа хранения данных. Это означает, что СУБД
должна обеспечивать полную независимость физического хранения данных от их логической организа-
ции. Только в этом случае внесение изменений в физическую организацию базы данных не окажет ни-
какого влияния на работу пользователей. Соответствие между логической моделью данных и физиче-
ской моделью данных определяется внутренней схемой базы данных. Разработчик должен предоставить
подробные физические проекты базы данных с учётом применяемой СУБД и операционной системы. В
проекте реализации базы данных в СУБД разработчик должен определить структуры файлов, которые
будут использоваться для представления каждого отношения. В проекте реализации базы данных в опе-
рационной системе разработчик должен указать расположение отдельных файлов и обеспечить необхо-
димую их защиту. Прежде чем приступить к изучению этапа 5 рассматриваемой методологии, рекомен-
дуем читателю ознакомиться со сведениями о файловой организации и структурах внешней памяти,
приведёнными в приложении В.
На этапе 6 необходимо принять решение о том, как должно быть реализовано каждое пользователь-
ское представление. А на этапе 7 осуществляется проектирование средств защиты, необходимых для
предотвращения несанкционированного доступа к данным, включая управление доступом к основным
отношениям.
На этапе 8 анализируется также необходимость снижения уровня требований нормализации данных
в логической модели, что может способствовать повышению общей производительности системы. Од-
нако эти действия следует предпринимать только в случае реальной необходимости, поскольку введе-
ние в базу данных избыточности неизбежно вызовет появление проблем с поддержанием целостности
данных. На этапе 9 описан способ организации текущего контроля операционной системы, позволяю-
щий своевременно обнаруживать и устранять все проблемы производительности, которые могут быть
решены на уровне проекта, а также учитывать новые или изменившиеся требования.
ВОПРОСЫ ДЛЯ САМОПРОВЕРКИ
1. Методология логического проектирования БД.
2. Методология физического проектирования БД.
3. Методология физического проектирования БД реляционного типа.
4. Последовательные и хешированные файлы.
5. Критерии выбора конкретной СУБД.
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ
…………………………………………………... 3
1. АРХИТЕКТУРА СИСТЕМЫ БАЗ ДАННЫХ
………… 4
1.1. УРОВНИ АРХИТЕКТУРЫ СИСТЕМ БАЗ
ДАННЫХ
4
1.2. ОТОБРАЖЕНИЯ
……………...……………...………...
10
1.3. СИСТЕМА УПРАВЛЕНИЯ БАЗОЙ ДАН-
НЫХ ………
11
1.4. СИСТЕМА УПРАВЛЕНИЯ ПЕРЕДАЧЕЙ
ДАННЫХ ...
14
1.5. АРХИТЕКТУРА КЛИЕНТ/СЕРВЕР
.…………….........
14
1.6.
РАСПРЕДЕЛЁННАЯ ОБРАБОТКА
……………..........
16
ВОПРОСЫ ДЛЯ САМОПРОВЕРКИ
……………................
18
