- •Классификации субд По модели данных
- •По степени распределённости
- •По способу доступа к бд
- •Физическое проектирование
- •Достоинства
- •Недостатки
- •Классификация ограничений целостности
- •Классификация ограничений целостности по способам реализации
- •Классификация ограничений целостности по времени проверки
- •Классификация ограничений целостности по области действия
- •Ограничения домена
- •Ограничения атрибута
- •Ограничения кортежа
- •Ограничения отношения
- •Ограничения базы данных
- •7. Ввод данных в таблицу
- •Ввод данных с помощью формы
- •Ввод пустых значений
- •Ввод данных с помощью списка
- •Способы экономии времени при вводе данных
- •Назначение экранных форм
- •Особенности текущих реализаций
- •Создание индекса
- •Некластерный индекс
- •Кластерный индекс
- •Уникальный индекс
- •Команда создания таблицы
Физическое проектирование
Физическое проектирование — создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т.п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т.д.
4. Распределенная база данных — это набор отношений, хранящихся в разных узлах компьютерной сети и логически связанных таким образом, чтобы составлять единую совокупность данных.
Распределенная база данных предполагает хранение данных на нескольких узлах сети, обработку данных и их передачу между этими узлами в процессе выполнения запросов. Разбиение данных в распределенной базе данных может достигаться путем хранения различных таблиц на разных компьютерах или хранения разных фрагментов одной таблицы на разных компьютерах. Для пользователя (или прикладной программы) не должно иметь значения, каким образом распределены данные между компьютерами. Работа с распределенной базой данных должна осуществляться так же, как и с централизованной.
В основе распределенных ИС лежат две основные идеи:
* работа множества пользователей с общей БД;
* объединение распределенных данных на логическом и физическом уровнях в общей БД.
Перечислим основные принципы создания и функционирования распределенных БД:
*прозрачность размещения данных для пользователя (пользователю распределенная БД должна представляться точно так же, как и нераспределенная);
*изолированность пользователей друг от друга (на работу одного пользователя с БД не должна влиять работа других пользователей с ней);
* синхронизация БД и непротиворечивость состояния данных в любой момент времени.
Важнейшую роль в технологии создания и функционирования распределенных баз данных играет технология «представлений».
Представлением называется сохраняемый в базе данных авторизованный глобальный запрос на выборку данных. Авторизованность означает возможность запуска такого запроса только конкретно поименованным в системе пользователем. Глобальность заключается в том, что выборка данных может осуществляться из всей базы данных, в том числе из данных, расположенных на других узлах сети.
Трехуровневая архитектура бд
Клиент — это интерфейсный (обычно графический) компонент, который представляет первый уровень, собственно приложение для конечного пользователя. Первый уровень не должен иметь прямых связей с базой данных (по требованиям безопасности), быть нагруженным основной бизнес-логикой (по требованиям масштабируемости) и хранить состояние приложения (по требованиям надежности). На первый уровень может быть вынесена и обычно выносится простейшая бизнес-логика: интерфейс авторизации, алгоритмы шифрования, проверка вводимых значений на допустимость и соответствие формату, несложные операции (сортировка, группировка, подсчет значений) с данными, уже загруженными на терминал.
Сервер приложений располагается на втором уровне. На втором уровне сосредоточена бо́льшая часть бизнес-логики. Вне его остаются фрагменты, экспортируемые на терминалы (см.выше), а также погруженные в третий уровень хранимые процедуры и триггеры.
Сервер базы данных обеспечивает хранение данных и выносится на третий уровень. Обычно это стандартная реляционная или объектно-ориентированная СУБД. Если третий уровень представляет собой базу данных вместе с хранимыми процедурами, триггерами и схемой, описывающей приложение в терминах реляционной модели, то второй уровень строится как программный интерфейс, связывающий клиентские компоненты с прикладной логикой базы данных.
В простейшей конфигурации физически сервер приложений может быть совмещён с сервером базы данных на одном компьютере, к которому по сети подключается один или несколько терминалов.
В «правильной» (с точки зрения безопасности, надёжности, масштабирования) конфигурации сервер базы данных находится на выделенном компьютере (или кластере), к которому по сети подключены один или несколько серверов приложений, к которым, в свою очередь, по сети подключаются терминалы.