SYBASE (Задания по бд), страница 3

database engine

Network Requestor Manager

БД

Сервер Watcom SQL

database engine

БД

Собственная репликация данных SQL Remote

SQL Remote - это система репликации между БД SQL Anywhere, основанная на передаче сообщений. Эта система администрируется из единого центра и наиболее подходит для обмена данными с laptop-компьютерами и другими пользователями, связь с которыми есть от случая к случаю. SQL Remote может использовать для репликации средства электронной почты (MAPI, VIM, SMTP), файловый обмен и механизм Sybase Messaging Services.

SQL Remote реплицирует данные между “консолидированной” БД и одной или несколькими “удаленными” БД. В качестве “удаленных” могут выступать как сетевые серверы SQL Anywhere, так и локальные однопользовательские БД. SQL Anywhere поддерживает иерархическую схему репликации. Консолидированная БД содержит

обязательно все данные, а удаленные - не обязательно все (только часть). Изменения, произведенные в консолидированной БД, тиражируются в удаленные, а изменения в одной из удаленных БД попадают в консолидированную БД и затем в другие удаленные БД. Для обмена данными SQL Remote использует сообщения. Поэтому можно и не иметь прямое сетевое соединение с удаленными БД, а достаточно организовать обмен сообщениями, например, по электронной почте.

Приложения в архитектуре клиент-сервер, работающие в режиме сессии, используют сетевые протоколы (TCP/IP, IPX/SPX и др.). Точно также приложения, работающие с сообщениями, используют службы сообщений, например: MAPI, VIM, SMTP и простой обмен файлами.

Службы сообщений используют адрес получателя для сохранения и передачи сообщений к пункту назначения. В отличие от режима сессии, многие системы, основанные на сообщениях, не гарантируют ни обязательной доставки сообщения, ни определенного порядка прихода сообщений. Поэтому SQL Remote реализует специальный протокол, который гарантирует проведение обновлений в правильном порядке.

Публикация - это объект, описывающий тиражируемые данные. Удаленные пользователи оформляют подписки на публикации для получения этих данных. Публикация может включать данные из нескольких таблиц, представленных либо целиком, либо подмножеством столбцов, либо подмножеством строк по условию выборки.

Система репликации администрируется централизованно в консолидированной БД средствами SQL Central. Публикация может быть использована несколькими подписчиками через системы передачи сообщений (MAPI, VIM, SMTP и файловый обмен).

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

1. 2 пользователя добавляют в таблицу строку с одинаковым первичным ключом (второй INSERT закончится неудачно). Этого можно избежать, включив колонку-идентификатор БД в первичный ключ такой таблицы;

2. 2 пользователя обновляют одну и ту же колонку в таблице (не первичный ключ). Для этого SQL Anywhere предоставляет специальный триггер (RESOLVE UPDATE), обнаруживающий и разрешающий конфликт.

SQL Central

SQL Central - графическое средство администрирования БД, соответствующее интерфейсу Windows95. Главное окно SQL Central похоже по дизайну на Explorer. Действия, выполняемые из SQL Central:

1. создание БД;

2. загрузка/выгрузка БД;

3. создание процедур;

4. назначение полномочий;

5. управление системой репликации SQL Remote.

Определения основных понятий

База данных - это набор взаимосвязанных таблиц данных и других объектов БД, созданных и служащих для определенной цели (для совместного использования многими пользователями).

Таблица - это совокупность строк (записей), состоящих из колонок (полей). Это логический эквивалент файла БД.

Колонка - это логический эквивалент поля. Она содержит один элемент данных внутри строки или записи.

Индекс - это объект БД, служащий для ускорения поиска данных в той таблице, для которой создается индекс. Для таблицы может быть создано один или более индексов.

Порождение (представление) - это альтернативный взгляд на данные в одной или более таблиц. Обычно создается как подмножество колонок из одной или более таблиц.

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

Триггер - это специальная форма хранимой процедуры, которая активизируется (срабатывает автоматически), когда пользователь вводит команды изменения данных, такие как insert, delete или update, в определенной таблице или колонке.

Триггеры часто используются для сохранения целостности данных.

2. ОПИСАНИЕ СТРУКТУРЫ

Создание таблицы

Таблица создается в уже имеющейся БД. Синтаксис команды создания БД:

create database <имя БД>

[on {default | database_device} [=<размер>]

[, database_device [=<размер>]]...]

[log on database_device [=<размер>]

[, database_device [=<размер>]]...]

[with override]

[for load]

Имя БД должно быть уникальным в SQL-сервере. SQL-сервер может управлять до 32767 баз данных. Максимальное число сегментов для БД - 32.

Структура on позволяет определить место хранения БД и объем памяти под нее в Мб. Ключевое слово default означает, что для БД отводится текущая внешняя память в соответствующем пуле, указанном в таблице sysdevices БД master.

Если default не используется, то внешней памяти для БД (диску) назначается логическое имя (database_device). Таких имен может быть несколько. Размер БД - от 2 МБ до 2²³ Мб.

Структура log on позволяет определить отдельную внешнюю память (диск) под журнал БД. Журнал БД хранится отдельно от самой БД по следующим причинам:

1. журнал позволяет использование команды dump transaction (в отличие от команды dump всей БД, что экономит время и магнитные ленты);

2. журнал повышает эффективность БД;

3. журнал обеспечивает полное восставление БД на момент сбоя винчестера (диска).

Объем журнала составляет от 10 до 25 процентов памяти под саму БД.

Опция for load используется для возможности создания новой БД с имеющейся копии БД.

Для уничтожения БД используется команда:

drop database <имя БД> [, <имя БД>] …

Для изменения размера БД используется команда:

alter database <имя БД>

[on {default | database_device} [=<размер>]

[, database_device [=<размер>]]…]

[log on {default | database_device} [=<размер>]

[, database_device [=<размер>]]…]

[with overrige]

[for load]

Таблица создается с помощью команды CREATE TABLE:

create table [<имя БД>.[<владелец>].]<имя таблицы>

(<имя колонки> <тип данных>

[default {<константное выражение>| user | null}]

{[{identity | null | not null}]

| [[constraint <имя ограничения>]

{{unique | primary key}

[clustered \ nonclustered]

[with fillfactor=x][on <имя сегмента>]

| references [[<имя БД>.]<владелец>.] ref_table

[(ref_column)]

| check (<условие поиска>)}]}...

| [constraint <имя ограничения>]

{{unique | primary key}

[clustered | nonclustered]

(<имя колонки [{,<имя колонки>}...])

[with fillfactor = x] [on <имя сегмента>]

| foreign key (<имя колонки>[{,<имя колонки>}...])

references [[<имя БД>.]<владелец>.] ref_table

[(ref_column [{,ref_column}...])]

| check (<условие поиска>)}

[{,{<следующая колонка> | <следующее ограничение>}}...])

[on <имя сегмента>]

В команде create table для каждой колонки таблицы задается имя колонки, тип данных и наличие/отсутствие неопределенных значений. Кроме этого, может быть определена identity-колонка. И наконец, определяются ограничения целостности данных на уровне колонки и на уровне таблицы.

Каждая таблица может включать одну identity-колонку. Identity-колонки используются для хранения последовательных номеров записей, автоматически генерируемых SQL-сервером. Значение этой колонки однозначно идентифицирует каждую запись в таблице. Тип данных в identity-колонке всегда numeric с 0 для дробной части. Число для целой части определяет максимальное значение в этой колонке. Для этого необходимо возвести 10 в степень, равную указанному числу для целой части, и вычесть единицу. Например, если указать numeric(7,0), то максимальное значение равно 10^7-1=9999999.

Формирование значений identity-колонки осуществляется следующим образом: при вводе первой записи в таблицу SQL-сервер присваивает значение 1; затем при добавлении новой записи значение этой колонки увеличивается на 1; при “откатке” транзакций, удалении записей и “ручном” добавлении записей в значениях identity-колонки могут появляться промежутки.

SQL-сервер обеспечивает два метода сохранения целостности данных в БД:

1. определение правил, умолчаний, индексов и триггеров;

2. определение ограничений целостности в команде create table.

В команде create table можно создать следующие типы ограничений (constraint):

1. unique | primary key - ограничение уникального ключа требует, чтобы никакие две записи в таблице не имели в этой колонке одинаковых значений; ограничение первичного ключа требует отсутствия null-значений в колонке;

2. references (ограничения ссылочной целостности) требуют, чтобы данные, вводимые в определяемые колонки, должны соответствовать данным в уже определенных таблице и колонках;

3. check (контрольные ограничения) определяют границы значений данных, вводимых в колонки.

Кроме ограничений целостности, для колонки можно задать значение по умолчанию (default). Если пользователь не вводит значение в эту колонку, то SQL-сервер автоматически вводит значение по умолчанию. Значение по умолчанию задается тремя способами:

1. константным выражением;

2. словом user (в качестве значения берется имя пользователя);

3. словом null (по умолчанию берутся null-значения).

Ограничения unique или primary key создают уникальные индексы для указанной колонки. По умолчанию ограничение unique создает негрупповые (nonclustered) индексы, а ограничение primary key, по умолчанию, создает групповые (clustered) индексы. Пользователь может изменить эти значения по умолчанию, указав конкретно unique clustered или primary key nonclustered.