Сервер базы данных

Сервер БД служит базе данных и ответственен за целостность и безопасность данных, и также обеспечивает операции ввода - вывода в доступе клиента к информации.

Архитектура клиент-сервер состоит из клиент-серверов. Основная идея состоит в размещении серверов мощными автомобилями, и к приложениям, используя языковые компоненты СУБД, чтобы обеспечить доступ к ним от менее влиятельных автомобильных клиентов посредством внешних интерфейсов.

Язык SQL
Большинство СУБД использует язык SQL (Структурированный Язык Вопроса — язык структурированных запросов), поскольку это удобно для описания логических подмножеств БД.
Назначение SQL:
- Создание БД и стола с полным описанием их структуры;
- Исполнение основных операций манипуляции по условию (таких как вставка, обновление и удаление данных из таблиц);
- Исполнение простых и трудных запросов.
Одна из главных особенностей языка, SQL состоит, что с его помощью запросы, описывающие, какая информация от базы данных сформирована, необходимо получить, и программа, определяет способы решения об этой проблеме.

Эксплуатационная окружающая среда серверовSQL
Примеры серверов БД: SQL СЕРВЕР (Microsoft), СЕРВЕР ОСНОВЫ SQL, СЕРВЕР Оракула (Oracle Corporation), IBM DB2, Informix. Каждый сервер DB может работать над определенными типами компьютеров и сетей. Операционные системы серверов могут быть MS-DOS, OS/2, Xenix, Unix, декабрь, VMS/Rabochii станции пользователей обычно работают в соответствии с управленческим MS-DOS, OS/2, Xenix, Unix.
Есть возможности смешанного использования различного OS. Большая часть SQL серверов может сохранить описание БД в системном каталоге, который обычно происходит, доступно для пользователей. Для ссылки на этот каталог SQL-запросы используются. Относительный СУБД может использовать информацию, хранившую в системном каталоге для оптимизации SQL-запросов.

Справочная целостность относительной БД
Большинство SQL серверов поддерживает справочную целостность относительной БД, состоящей из отдельных столов, которые могут быть объединены на основе общей информации, которую мы рассмотрим на следующем примере: база данных содержит стол клиентов и стол заказов, которые связаны, мы пропалываем числа клиента, содержа в обоих столах. Как может быть больше чем один заказ от одного клиента, паритета столов — "один многим". Когда столы связаны, стол клиентов родительский, и стол заказов — связанный. Если рекордный родитель стерт, и присоединился, отчеты, соответствующие этому — не присутствуют, говорят, что связанные отчеты "были оставлены". Справочная целостность означает, что в отчетах стола - "сироты" не допустимы. Отчет может быть оставлен тремя способами:

1) родительский отчет удален;
2) родительский отчет изменен в такой манере, что связь между "родителем" и "потомками" потеряна;
3) связанный отчет без родительской передачи введен.

Обслуживание справочной целостности возможно несколькими способами:

1) Через ключи, сохраненные в столах БД (родительские таблицы содержат первичные ключи, представляющие комбинации внешних ключей, которые могут быть найдены в каждом из связанных столов).
2) Использование приложенных процедур — процедурная справочная целостность. Приложенные программы обеспечивают справочную целостность за счет автоматического исполнения предложений SQL каждый раз, когда есть одно из предложений, ОБНОВЛЯЮТ/ВСТАВЛЯЮТ или УДАЛЯЮТ (или удаление родительского отчета запрещено, или все связанные отчеты стерты).

Хранимые и приложенные процедуры
Есть расширенные версии языка SQL, которые поддерживают такие расширения, как хранимые и расширенные процедуры, и также управление курсом программы посредством переходов и организации циклов.
Процедуры Hranimye - предварительные откомпилированные предложения языка SQL, которые остаются на сервере базы данных, используя язык SQL. Клиент начинает, хранимую процедура посредством команды ВЫПОЛНЯЮТ u003cимя процедурыu003e. Таким образом на сети два слова вместо двух сотен переданы только. Поскольку эта процедура уже откомпилирована также оптимизирована, сервер не должен напрасно тратить время на компиляции и оптимизации.
По качеству процедуры хранимых часто выполняли запросы, обычно используются.
Приложенные процедуры (спусковые механизмы) являются подобным хранимым к процедурам и выполнены в ответ на события, происходящие в БД. Когда приложенная процедура связана с некоторыми приложениями языка SQL, исполнение этого предложения всегда начинает целую серию команд, вступающих в эту процедуру. Приложенная процедура автоматически выполняет одно или более предложений языка SQL, каждый раз, когда выполняет ВСТАВКУ предложений, ОБНОВЛЕНИЕ или УДАЛЯЮТ.
Самое важное применение приложенных процедур состоит в обслуживании справочной целостности.

Сделки и целостность БД
Сделка — набор логически связанных запросов направлен на скоординированное изменение некоторого набора линий в одном или нескольких столах БД. Обычно при исполнении сделок некоторые столы и индексы, связанные с этими столами, обновлены. Чтобы гарантировать синхронизацию обновления и целостность данных, в серверах принцип «все или что-либо», значение обычно используется, которые в БД принесены или весь updatings или любой из них. Журнал сделок, в которых зарегистрирована информация обо всех требуемых изменениях, с тем концом, в поле зрения проводимым. Этот журнал обеспечивает возможность, "чтобы завиться назад» сделанный сделками и восстановить предыдущее условие БД. Становится важно, когда изменения в БД, обеспеченной в одной сделке, поняты только частично, например, из-за отказа оборудования.

Чтение координации
Это характерно для многопользовательского СУБД. Для его реализации серверы обладают средствами автоматического блокирования.
Уровни, на которых стол заблокирован во время updatings:
- Весь стол;
- Страница (физический блок в размере от 1 до 4 КБ, содержа некоторые отчеты).

Тупики
У серверов БД должны быть средства определения условия тупика (врезной замок) При возникновении такого исполнения ситуации одного из операционных перерывов, выводя другую сделку из условия вечного ожидания. Прерванная сделка после исключения возможности его блокирования выполнена сначала.

Схемы оптимизации работ на языке SQL
Цель оптимизации состоит в обслуживании более быстрого приема ответа на запрос с минимальным числом ссылок на БД
Есть два типа оптимизации на языке SQL
- Оптимизация на синтаксисе;
- Оптимизация на расходах;
Оптимизация на синтаксисе использует тот факт, что на языке эффективность SQL запроса зависит от того, как это сформулировано. В этом случае оптимизация зависит от квалификации программиста. Оптимизацией на расходах есть сбор данных по БД — число столов, число линий, тип данных в каждой линии, доступности индексации к конкретной колонке и и т.д. Оптимизэтор использует эту информацию для развития лучшего плана обработки запросов.
Преимущества метода оптимизации на расходах: проблема определения лучшего способа исполнения запроса перемещена от пользователя на процессоре БД.
Нехватка: открытие оптимального метода сам по себе может занять много времени.