Полная зависимость от администрирования хоста. Невозможность настройки рабочей среды под требования пользователя.
2.Настольные СУБД.
Возможность персонализации рабочей среды, возможность совмещения СУБД и средств разработки приложений.
3.Сетевые версии настольной СУБД.
ПК ПК ПК
|___|__|
Этот подход сочетает в себе удобство персонализации рабочей среды и возможность использования периферии. Эту модель целесообразно использовать в случае небольшого объема данных, небольшого числа пользователей.
Недостатки:
Большой сетевой трафик, нарушение логической и ссылочной целостности БД.
4.Клиент-сервер.
СБД
/ \
ПК ПК
Этот подход можно считать возвратом к модели Host-терминал. СБД представляет собой приложение выполняющее следующие действия по обработке данных:
-выполнение запросов
-хранение и резервное копирование
-отслеживание ссылочной целостности
-проверка прав и привилегий пользователя
-ведение журнала транзакций
Достоинства:
-сниженный трафик
-возможность хранения на сервере бизнес-правил
Архитектура клиент-сервер состоит из 3х компонентов:
-сервер БД(управляет хранением данных доступом к ним, защитой, отслеживает ссылочную целостность, выполняет запросы к БД)
-клиент БД(предоставляет интерфейс пользователю, выполняет логику выражений, посылает запросы и принимает их)
-коммутационное оборудование(взаимодействие между клиентом и сервером)
5.Серверные СУБД и наследовательность данных.
Самым ценным являются данные, но при переходе на сетевые платформы, данные сложно перенести Тк:
-не верно спроектирована БД
-нарушена целостность
-иные способы обработки данных предназначенные для настольных СУБД.
1953 г. В США по инициативе Пентагона созд-ся конференция по языкам управления БД (кодасил). 1-й разработкой кодасил становится язык cobol в котором впервые появл-ся раздел описания переменных. Одновременно ведутся работы по созданию языка БД автономный либо встраиваемый в итоге в рез-те было принято решение ,что яз д-н вкл. обе реализации.
1967 г. – было принято решение ,что СУБД есть простой набор ф-в, хран-х данные одновременно появляются разработки, ук-е на недостатки организации д-х как простого набора файлов.
System\R 1975 г. Фирма IBM разрабатывает проект системы, в кот-й в качестве одной из главных задач было исп-е естеств-х языков обраб-ки данных ,кот. получило название SEQUEL., причем вэтой системе были реализованы обе конфигурации предст яз: он м.б. исп-н как автономный и был встроен в яз. PL\1.
Ingres 1975 г. Универ Бентли США особ-ю сист стала ее реализация в виде набора процесса (была построена на ОС windows). Одни процессы отвечали за реализ-ю интф с пользователем ,др. за доступ к БД, т.о. система Ingres положила начало развития сист БД в архит клиент-сервер.
26.Хранимые процедуры SQL
Хранимые процедуры – процессы, выполнение которых происходит непосредственно на сервере.
Create procedure <имя процедуры>[<пар-ры><типы>]AS<команды>
Exec<проц>[знач. пар-ов] – запускает процедуру на выполнение
Хранимые процедуры м. использ-ть спец. переменные – пар-ры, кот. могут описываться как внутри процедуры, так и передаваться в процедуру извне.
Для того, чтобы описать пар-р польз-ля необходимо, чтобы начинался с префикса.
@<имя>
@@<имя>системный
Использ-ие внешних переменных в хр. процед.
Проиндексировать указанную стипендию CREATE PROCEDURE IND_ST2 @K_IND DECIMAL (5,2), @PR_STIP DECIMAL (5,2) AS UPDATE STUDENTS SET STIP=STIP*@K_Ind WHERE STIP=@PR_stip
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.