- •5.Файловая организация данных и ее недостатки.
- •9. Трёхуровневая модель организации бд
- •13. Постреляционная модель
- •14. Объектно-ориентированная модель
- •15. Многомерная модель
- •16. Ключевые поля таблиц. Понятие первичного ключа.
- •17. Логические связи между отношениями
- •18.Реляционная (ссылочная) целостность.
- •18.Этапы жизненного цикла базы данных.
- •20. Модель «сущность-связь».
- •22.2. Модель «сущность-связь».
- •21.Преобразование er модели в реляционную.
- •22. Этапы проектирования реляционной базы данных
- •23. Характеристика субд ms Access.
- •24.Основные объекты субд ms Access.
- •25.Репликация
- •26.Ограничения субд ms Access
- •28.Справочная система субд ms Access, способы ее вызова.
- •29.Таблицы
- •30.Схема данных
- •31.Запросы
- •34.Формы
- •35.Подчиненные и составные формы
- •37.Макросы.
- •38.Страницы доступа к данным, их виды
- •39.Первая нормальная форма.
- •40. Вторая нормальная форма
- •41 Вопрос. Третья нф.
- •42.Назначение, стандарты и преимущества языка sql.
- •43, 45.Структура команды sql. Основные команды sql
- •Пример команды sql
- •44.Типы данных и выражения в sql.
- •46.Принцип передачи данных по сети.
- •47.Формы взаимодействия между компьютерами при удаленной обработке данных.
- •48.Обработка данных на мейнфреймах в пакетном режиме
- •49.Обработка данных в многотерминальных системах.
- •50.Обработка данных на автономных персональных компьютерах.
- •51.Обработка данных с использованием компьютерных сетей
- •52. Принципы передачи данных по сети
- •54. Централизованная и децентрализованная обработка данных.
- •55.Функциональные возможности и состав типовой современной субд
- •56.Понятие сервера и клиента.
- •57.Архитектура файл-сервер.
- •58.Клиент-серверные системы и модели доступа к данным.
- •59.Требования к серверу баз данных.
- •60.Механизмы доступа к данным (прикладной и универсальный программный интерфейс).
- •61.Категории специалистов, работающих с базой данных.
- •62.Функции администратора баз данных.
- •63.Причины разрушения и потери данных.
- •64.Меры обеспечения безопасности данных.
- •65.Использование паролей для защиты данных, уязвимость защиты с помощью паролей.
- •66.Восстановление и хранение данных.
- •67.Оптимизация работы базы данных.
- •68.Устройства для хранения баз данных.
- •69.Физический доступ к базе данных.
- •70.Индексирование и хеширование.
- •71.Сжатие данных.
57.Архитектура файл-сервер.
При наличии компьютерной сети открывается возможность хранить и использовать в многопользовательском режиме централизованные БД, размещаемые на одном компьютере – сервере сети. В этом случае каждый пользователь своего ПК получает доступ к общей для всех пользователей централизованной БД. Существуют различные концепции сетевой обработки данных.
Рассмотрим архитектуру с совместным использованием файлов, которая была разработана до клиент/серверной архитектуры и во многих отношениях является достаточно упрощенной.
Почти во всех системах с совместным использованием файлов применяются локальные сети. Для этой архитектуры характерен коллективный доступ к общей БД на сервере, который является файловым сервером. Файловый сервер содержит файлы, необходимые для работы приложений и самой СУБД. Он обеспечивает функционирование той части сетевой версии СУБД, которая осуществляет управление данными в БД. Однако пользовательские приложения и сама сетевая СУБД размещены и функционируют на отдельных рабочих станциях и обращаются к файловому серверу по мере необходимости.
Рассмотрим организацию архитектуры файл/сервер с использованием настольной СУБД.
Сетевые версии настольных СУБД отличаются от локальных версий тем, что они обладают некоторыми специальными механизмами, позволяющими многим пользователям совместно обращаться к общим ресурсам данных из централизованной базы данных. СУБД на каждой рабочей станции посылает запросы файловому серверу по всем необходимым ей данным, которые хранятся на диске файлового сервера. Все данные из БД пересылаются на компьютер пользователя, независимо от того, сколько реально их нужно для выполнения запроса. В результате на компьютере пользователя создается локальная копия БД (время от времени обновляемая из реальной БД на сервере). Затем СУБД пользователя выполняет запрос.
Недостатки архитектуры файл/сервер
1. Поскольку файловый сервер не может обрабатывать SQL-запросы, то при совместном использовании файлов по локальной сети передаются большие объемы данных (полные копии БД перемещаются по сети с сервера на компьютер клиента). При такой архитектуре трафик[1] в локальной сети достаточно большой.
2. С увеличением объема хранимых данных и числа пользователей снижается производительность настольных СУБД. Из-за этих проблем системы с совместным использованием файлов редко используются для обработки больших объемов данных.
3. При такой архитектуре вся тяжесть выполнения запроса к БД и управления целостностью БД ложится на СУБД пользователя.
4. На каждой рабочей станции должна находиться сама сетевая версия настольной СУБД, что требует наличия больших объемов оперативной памяти на компьютере пользователя.
5. Доступ к одним и тем же файлам могут осуществлять сразу несколько пользователей, что усложняет управление целостностью, восстановлением БД на сервере.
58.Клиент-серверные системы и модели доступа к данным.
Клиент-сервер (англ. Client-server) — сетевая архитектура, в которой устройства являются либо клиентами, либо серверами. Клиентом (front end) является запрашивающая машина (обычно ПК), сервером (back end) — машина, которая отвечает на запрос. Оба термина (клиент и сервер) могут применяться как к физическим устройствам, так и к программному обеспечению. В зависимости от того, как распределены логические компоненты приложения между клиентами и серверами, различают четыре модели архитектуры клиент-сервер:
-модель"файл-сервер";
-модель"сервер/БД";
-модель"сервер/транзакций";
- модель "сервер приложений".
Основной принцип технологии "клиент-сервер" заключается в разделении функций приложения на три группы:
- ввод и отображение данных (взаимодействие с пользователем);
- прикладные функции, характерные для данной предметной области; - функции управления ресурсами (файловой системой, базой даных и т.д.) Поэтому, в любом приложении выделяются следующие компоненты: компонент представления данных, прикладной компонент, компонент управления ресурсом. Связь между компонентами осуществляется по определенным правилам, которые называют "протокол взаимодействия".Основной принцип технологии "клиент—сервер" применительно к технологии баз данных заключается в разделении функций стандартного интерактивного приложения на 5 групп, имеющих различную природу:
-
функции ввода и отображения данных (Presentation Logic);
-
прикладные функции, определяющие основные алгоритмы решения задач приложения (Business Logic);
-
функции обработки данных внутри приложения (Database Logic);
-
функции управления информационными ресурсами (Database Manager System);
-
служебные функции, играющие роль связок между функциями первых четырех групп.