 |
Основные виды серверного ПО ИС
|
|
|
|
Рассмотрим основные виды серверного ПО:
1. Управляющие серверами – сетевые ОС (ОС со встроенными возможностями для работы в компьютерных сетях).
Функции: Поддержка сетевого оборудования и протоколов, поддержка фильтрации сетевого графика, поддержка доступа к удаленным ресурсам по сети, поддержка сетевых протоколов авторизации, наличие в системе сетевых служб, позволяющих удаленным пользователям использовать ресурсы компьютера.
Главными задачами являются разделение ресурсов сети и ее администрирование.
2. Файловые серверы предоставляет центральные ресурсы в сети для хранения и обеспечения совместного доступа к файлам пользователям сети.
Это выделенный сервер, предназначенный для выполнения файловых операций ввода/вывода и хранящий файлы любого типа. Он обладает большим объемом дискового пространства, реализованного в форме RAID массива для обеспечения бесперебойной работы и повышенной скорости записи и чтения файлов.
3. Веб-серверы – это сервер, принимающий HTTP запросы от клиентов (браузеров) и выдающий им HTTP ответы вместе с веб страницей и файлами. Это совокупность аппаратного и программного ПО, выполняющего функции веб-сервера.
4. Серверы приложений – сервисная программа, обеспечивающая доступ клиентов к прикладным программам, выполняющимся на сервере. Он выделяется как среднее звено трехуровневой клиент-серверной архитектуры.
Сервер приложений является посредником между клиентом и сервером БД.
Бизнес-логика может быть реализована на стороне сервера, как целиком, так и частично.
Клиенты могут получать компоненты серверного приложения и выполнять их на своей стороне (flash, JavaScript).
|
|
|
5. Серверы безопасности
6. Серверы БД выполняют обслуживание и управление БД и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода/вывода при доступе клиента к информации.
Сервером БД называют не только ПК, но и специальное ПО, которое управляет БД. Это ПО называют SQL сервером. Серверами БД являются промышленные СУБД (MS SQL Server, Oracle, Borland Interbase, MySQL).
Требования к СУБД при организации сервера БД
Обеспечивающие максимально эффективное использование вычислительных ресурсов аппаратной платформы (мониторы транзакций, распределенные запросы и т.д.)
Организация сервер БД на основе СУБД Borland Interbase
Все сервера БД имеют схожий вид организации данных и управления ими.
Структурой БД в СУБД Borland Interbase
Информация всей БД сервера хранится в 1 файле, который имеет расширение *.gdb, размер этого файла может составлять от единиц до десятков GB.
В отличие от локальной БД, структуру которой составляют таблицы, удаленная БД имеет сложную структуру, которая включает в свой состав следующие элементы:
Домены, просмотры, генераторы, триггеры, функции пользователя, хранимые процедуры, исключения, BLOB-фильтры и привилегии.
Переменные структуры удаленной БД также называют META данными.
В Interbase максимальное число таблиц в БД составляет 65536. Максимальное количество столбцов в таблице 1к. Отметим, что в таблицах отсутствуют логический и автоинкрементный типы.
Д/З типы данных в Interbase допустимые в операторах SQL.
Создание БД
Программа Interbase консоль или средств языка SQL.
При создании БД указывают псевдоним (Alias – служит для идентификации БД внутри Interbase), файлы и параметры.
Для создания базы данных используется оператор CREATE DATABASE. Вот его синтаксис:
CREATE { DATABASE | SCHEMA } '<спецификация файла>'
USER '<имя пользователя>' PASSWORD '<пароль>'
[PAGE_SIZE [=] < целое >]
[LENGTH [=] < целое > [PAGE[S]]]
[DEFAULT CHARACTER SET < набор символов >]
|
|
|
[<вторичный файл>];
[<вторичный файл>] = FILE '<спецификация файла>'
[LENGTH [=] < целое > [PAGE[S]] | STARTING [AT [PAGE]] < целое >] [< вторичный файл >]
Вы можете писать CREATE DATABASE или CREATE SCHEMA — это синонимы.
Для файлов БД создаются следующие параметры:
Page size – размер страницы в байтах, допустимое значение 1024 (по умолчанию)
Предложение LENGTH задает размер первичного файла базы данных в страницах. Имеет смысл только для многофайловых баз данных.
Предложение PAGE_SIZE определяет размер страницы базы данных в байтах. Может иметь значения 1024, 2048, 4096, 8192 или 16384. Если размер страницы не указан, то ему присваивается значение по умолчанию — 4096 (это для Firebird 1.5; для других серверов баз данных значение по умолчанию может быть другим).
Предложение DEFAULT CHARACTER SET определяет набор символов для базы данных по умолчанию. Если не указан, то выбирается набор символов NONE. Не вдаваясь в подробности, скажем, что во всех случаях следует задать набор символов, отличный от NONE, чтобы избежать в дальнейшем ненужных приключений при попытках поместить в строковые столбцы русский текст. Для использования символов кириллицы задается набор символов WIN 1251.
Если создается многофайловая база данных, то далее перечисляются все ее вторичные файлы. Размеры первичного и вторичных файлов задаются либо указанием размера предыдущего файла (предложение LENGTH), либо указанием номера страницы базы данных, с которой начинается текущий вторичный файл (предложение STARTING). Для последнего файла в группе нет необходимости задавать его размер — файл будет динамически увеличиваться по мере необходимости до нужных размеров. Максимальный размер файла зависит от используемой операционной системы. Он может быть 2Гб или 4Гб.
Далее в апострофах указывается полный путь к файлу и имя файла, например,
' D:\ BestDatabase \ work. gdb '
Если вы создаете базу данных не на локальном компьютере, а на сервере, то необходимо в спецификацию файла включить имя сервера, например:
'server:D:\BestDatabase\work.gdb'
Создаваемый файл может также находиться на диске или в каталоге, для которых установлен запрет доступа с других компьютеров сети.
Управление структурой таблиц
Элементы таблицы
1. Описание столбцов
2. Ограничения столбцов
|
|
|
3. Описания ключей
4. Описание индексов
5. Ограничения таблицы
CREATE TABLE
Как мы уже знаем из прошлой лекции, создание таблиц осуществляется запросом CREATE TABLE, который можно выполнить с помощью утилиты IBConsole. Полный синтаксис запроса такой:
CREATE TABLE Имя_таблицы [EXTERNAL [FILE] Имя_файла] (<описание_столбца_1> [, …, <описание_столбца_n>] | <ограничение_таблицы> …);Имя_таблицы - уникальный внутри базы данных идентификатор (имя) таблицы. Является обязательным. Нельзя допускать, чтобы такой же идентификатор был у других таблиц, представлений или процедур текущей базы данных.
EXTERNAL [FILE] Имя_файла - необязательное определение того, что создается внешняя по отношению к базе данных таблица. "Имя_файла" при этом указывает адрес и имя файла создаваемой таблицы. Файла с таким именем не должно существовать на момент создания таблицы. В результате применения этого оператора будет создана внешняя по отношению к базе данных таблица, в текстовом формате ASCII. Обычно поля в таких файлах разделяются символом табуляции, а в конце записи ставится символ перевода строки. При этом созданная во внешнем файле таблица будет доступна в списке таблиц базы данных в утилите IBConsole. В основном, такие таблицы могут использоваться для обмена данными между разными БД, для сбора и обработки статистических данных, для сложной сортировки и т.п. Пример создания таблицы во внешнем файле (не забывайте, что служба InterBase должна быть запущена, утилита IBConsole загружена, и база данных First открыта):
CREATE TABLE VneshTable EXTERNAL FILE 'C:\DataBases\VneshFile.tbl'(ID INTEGER, NAME VARCHAR(30))При необходимости изменить описание столбцов, необходимо выполнить следующую последовательность действий:
1. Создать новый столбец с требуемым описанием
2. Скопировать данные из старого в новый
3. Удалить старый
Структура столбцов
Описание столбца имеет формат
<описание столбца> =
{<Тип> | COMPUTED BY {<Выражение 1>} | <Домен>}
CREATE TABLE List
(Name VARCHAR (20),
Price FLOAT,
Number INTEGER,
PriceAll COMPUTED BY (Price*Number));
1. Задать тип столбца, например, DATE или INTEGER
2. Создать вычисляемый столбец, задав в операнде COMPUTED выражение
|
|
|
3. Создать столбец на основе домена
Ограничение столбца имеет следующий формат
[DEFAULT {<Значение> | Null | USER}]
[Not Null]
[Collage <Порядок сортировки>]
[Check <условие>]
Указывают константу
Null – заносится нулевое значение
User – В столбец заносят имя текущего пользователя
CREATE TABLE test2
(Name Varchar(20),
Post Varchar(20)
Check (post IN («Директор», «Инженер», «Бухгалтер»),
Attrib Varchar(20)
CHECK (Attrib IN (SELECT Attrib From Positions);
CREATE TABLE Test5
(Name VARCHAR(20),
OrderDate DATE,
PerformDate DATE,
CHECK (PerformDate >= OrderDate));
Создание аппаратных генераторов
Возвращает уникальные целочисленные значения
Имеет следующие команды
CREATE GENERATOR <Имя>;
Начальное значение задается командой
SET GENERATOR <Name> TO <Начальное значение>;
Начальное значение – целое число ряда
Обращение к созданному генератору:
GEN_ID {<Имя>, <Шаг>};
Эта функция возвращает значение, увеличенное на целочисленный шаг относительно предыдущего значения генератора
Триггеры нельзя вызывать из приложения клиента, а также передавать их параметры и получать от них результаты.
Обычно используются для программной реализации бизнес-правил.
С их помощью удобно реализовывать различные ограничения (назначения столбцов или ссылочная целостность)
А также выполняет такие действия как накапливание статистики работы с БД и резервное копирование.
CREATE TRIGGER <Имя> FOR <Имя таблицы>
[ACTIVE | INACTIVE]
{BEFORE | AFTER}
{UPDATE | INSERT | DELETE}
[POSITION <Число>]
AS <Тело триггера>
ACTIVE, INACTEVI – состояние триггера после создания
BEFORE, AFTER – Задает начало выполнения триггера связанного с изменением события.
UPDATE, INSERT, DELETE – причина вызова триггера
Для доступа используются
Old. <Name> до внесения
New. <Name> после внесения изменений
CREATE TABLE Store
(S_Code Integer NOT NULL,
PRIMARY KEY (S_Code));
/*Создание генератора*/
CRETE GENERATOR GenStore;
/*Начальное значение*/
SET GENERATOR GenStore TO 1;
/*Создание триггера*/
CREATE TRIGGER CodeStore FOR Store
ACTIVE
BEFORE INSERT
AS
BEGIN
New.S_Code=GEN_ ID(GenStore,1);
END
/*GEN_ID(GenStore, 1) – функция вызова генератора*/
Ограничение ссылочной целостности для связанных таблиц включает в себя каскадное добавление записей и запрет на редактирование ключевых столбцов.
Реализация каскадного удаления записей с участием триггера
Пусть имеются 2 таблицы главная store и подчиненная cards связанные по полям кода S_Code и C_Code2
CRETE TABLE Store
(S_Code INTEGER NOT NULL,
…
PRIMARY KEY (S_Code));
CREATE TABLE Cards
(C_Code INTEGER NOT NULL,
C_Code2 INTEGER NOT NULL,
…
PRIMARY KEY (C_Code));
Каскадное удаление записей таблиц заключается в том, что если в главное таблице удаляется запись, то и в подчиненной таблице должны быть удалены соответствующие записи
|
|
|
CREATE TRIGGER DeleteStore FOR Store
ACTIVE
AFTER DELETE
AS
BEGIN
DELETE FROM Cards WHERE Store.S_Code = Cards.C_Code2;
END
Заданные на физическом уровне ограничения не действуют.
Обновление столбцов связи
CREATE TRIGGER ChangeStore FOR Store
ACTIVE
BEFORE UPDATE
AS
BEGIN IF (OLD.S_Code <> NEW.S_Code)
THEN UPDATE Cards
SET C_Code2 = NEW.S_Code
WHERE C_Code2 = OLD.S_Code;
END
Работа с удаленной БД Interbase
Рассмотрим методологию средств разработки и адаптацию клиентской части системы формата Interbase в среде веб.
| Приложение-клиент (Web-браузер) |
| Сервер БД Interbase |
| ПК Юзера |
| Серверные сценарии + модули доступа к БД |
| Web-сервер |
| Удаленный сервер сети |
| Сервер приложений |
| ПК Юзера |
| БД |
| Приложение-клиент (Web браузер) |
На ПК пользователя размещается клиентская часть программного компонента системы, которая включает веб-браузер и средства воспроизведения веб-страниц.
HTML – файлы содержащие текст разметки страниц часть программного кода, который должен выполняться на стороне клиента, хранятся на ПК – сервере приложений.
На сервере приложений размещается веб-сервер, серверный сценарий, а также модули, с помощью которых обеспечивает серверы БД
Веб-браузер выполняет обращение к веб серверу, в результате чего первоначально выполняется установка TCP соединения, далее формируется запрос клиента (http) представляющее собой требования на передачу html документа или какого-либо другого ресурса по протоколу http.
Для расширения возможностей веб-сервера создаются серверные сценарии, позволяющие работать с БД.
КУРСОВОЕ ПРОЕКТИРОВАНИЕ
|
|
|
