SQLBase разрабатывалась специально для применения на персональных компьютерах с процессорами фирмы Intel. В настоящее время эта СУБД выпускается для следующих сетевых операционных систем: Novell NetWare 3.x и 4.x, Windows 95 и NT, OS/2 2.x. Существует также локальная версия для платформы Windows 3.x. При работе в Windows 95, Windows NT и OS/2 SQLBase поддерживает как традиционную технологию клиент-сервер, так и новую технологию клиент-клиент, позволяющую создавать сложные системы серверов баз данных с распределением данных и задач между компьютерами даже в одноранговой сети. В ОС NetWare SQLBase является классическим сервером баз данных, таким же как Oracle или Sybase.

SQLBase осуществляет поддержку практически всех распространенных сетевых протоколов, включая IPX/SPX для NetWare, NetBIOS, NetBEUI, Named Pipes и TCP/IP (Windows Sockets) для Windows NT и OS/2. Для Windows 95 и Windows NT фирма Gupta разработала новый 32- разрядный протокол обмена данными Anonimous Pipes для эффективной работы с локальным сервером SQLBase в этих средах. Кроме этого, SQLBase поддерживает технологию SNMP, что позволяет эффективно управлять сервером баз данных в сложных распределенных сетях под управлением Novell NetWare. Новая версия SQLBase, которая находится сейчас в стадии Бета- тестирования и будет выпущена в продажу в конце января, будет включать поддержку протокола TCP/IP для NetWare.
SQLBase поддерживает стандартный интерфейс связи с базами данных в среде Windows ODBC. Драйвер ODBC входит в комплект каждого сервера SQLBase.

SQLBase содержит набор стандартных объектов и структур, общих для большинства реляционных СУБД. Данные SQLBase хранит в виде таблиц, состоящих из колонок и строк. SQLBase поддерживает виртуальные таблицы (views) и рассматривает их как отдельные объекты базы данных. Для поддержания уникальности данных в колонках таблиц, а также для ускорения доступа к данным используются индексы. База данных SQLBase включает также пользователей и их привилегии. В качестве расширения стандартного набора объектов SQLBase содержит триггеры, хранимые команды и хранимые процедуры. В начальной редакции SQLBase 6 эта СУБД включала также и события или таймеры базы данных, однако этот тип объектов не вошел в окончательную версию продукта. Поддержка событий в SQLBase намечена на середину года.
Типы данных, поддерживаемые SQLBase, приведены на рис. 1. Следует отметить, что тип данных CHAR в SQLBase не отличается от VARCHAR (в обоих случаях СУБД не хранит пустые места в колонках) и поддерживается, в основном, для совместимости с DB2.
SQLBase поддерживает стандарт SQL-89 с многочисленными расширениями.
Кроме поддержки выполнения стандартных SQL запросов SQLBase содержит большое количество встроенных функций (более 60). Они включают агрегатные функции, функции преобразования форматов данных, выбора и логического ветвления, обработки строковых, числовых и временных данных, а также различные математические и финансовые функции.
Рис. 1. Типы данных SQLBase

Тип Данных	Описание	Размерность	Примечание
CHAR (или VARCHAR)	Строковый тип	до 254 байт	Имеет вид CHAR(3). Пустые места не хранятся
LONG VARCHAR	Строковый тип	неограниченный размер	Для этого типа не поддерживаются предложения WHERE, ORDER BY и многие функции СУБД.
NUMBER	Числовой тип	до 15 цифр	Суперсет всех числовых типов SQLBase
DECIMAL	Числовой тип с фиксированной точкой	до 15 цифр	Имеет вид DECIMAL (размер, десятичных знаков). SQLBase не поддерживает тип CURRENCY. Используйте для этого DECIMAL(15,2)
INTEGER	Числовой целый тип	до 10 цифр
SMALLINT	Числовой целый тип	до 5 цифр
DOUBLE PRECISION	Числовой тип	до 15 цифр	Для чисел с плавающей точкой
FLOAT	Числовой тип	до 15 цифр	Отличается от DOUBLE PRECISION указанием количества значащих цифр
DATETIME (или TIMESTAMP)	Дата/Время		Точность временной компоненты - до 1 мксек
DATE	Дата
TIME	Время		Точность до 1 сек

В SQLBase существуют пользователи трех уровней: CONNECT, RESOURCE и DBA. Особенности уровня доступа к данным и другие привилегии каждой категории пользователей приведены на рис. 2.
Рис. 2. Типы пользователей SQLBase

Тип Пользователя	Описание
SYSADM	Создает пользователей и устанавливает их пароли и права доступа
DBA	Выдает, изменяет и отнимает права доступа к объекту БД для любого пользователя
RESOURCE	Создает и удаляет объекты БД. Выдает, изменяет и отнимает права доступа к этим объектам для других пользователей
CONNECT	Имеет доступ к объектам, но не может их создавать

Всю информацию о базе данных сервер хранит в системном каталоге базы. При этом поддерживаются два системных каталога: один полный, который содержит всю информацию об объектах и состоянии базы данных SQLBase, и универсальный, который совместим по структуре с системными каталогами большинства других СУБД. Поддержка универсального системного каталога позволяет управлять базами данных SQLBase из программ и средств администрирования СУБД других фирм. Краткое описание таблиц системного каталога приведено на рис. 3.
Рис. 3. Таблицы системного каталога SQLBase

Таблица	Описание
SYSCOLAUTH	Права обновления колонок
SYSCOLUMNS	Колонки базы данных
SYSCOMMANDS	Хранимые команды и хранимые процедуры
SYSEVENTS	Системные события таймера (в текущей версии не используются)
SYSEXECUTEAUTH	Права выполнения хранимых процедур
SYSFKCONSTRAINTS	Внешние ключи (foreign keys)
SYSINDEXES	Индексы
SYSKEYS	Колонки индексов
SYSPARTTRANS	Незавершенные распределенные транзакции
SYSPKCONSTRAINTS	Первичные ключи (primary keys)
SYSROWIDLISTS	Сохраненные множества результатов (result sets)
SYSSYNONYMS	Синонимы объектов базы данных
SYSTABAUTH	Права доступа к таблицам
SYSTABCONSTRAINTS	Ограничения ссылочной целостности
SYSTABLES	Таблицы и views
SYSTRGCOLS	Колонки триггеров
SYSTRIGGERS	Триггеры
SYSUSERAUTH	Пользователи БД и их пароли
SYSVIEWS	Описание views в виде SQL запросов

Контакт клиента с сервером SQLBase является постоянным. Сеанс контакта с базой данных инициируется клиентом с помощью команды CONNECT и прекращается командой DISCONNECT. Во время сеанса клиент выпускает одну или несколько транзакций к базе данных. SQLBase относится СУБД транзакционного типа, основанного на концепции курсоров (cursor) в отличие от технологии процессов базы данных (db-process).
Курсор в SQLBase имеет много самых разных значений. Прежде всего, курсор - это идентификатор контакта пользователя с базой данных (или административного контакта с сервером SQLBase). Далее, с курсором связаны скомпилированные запросы на языке SQL, извлеченные из базы данных и подготовленные к выполнению хранимые команды и процедуры, а также полученные в результате выполнения запросов, команд и процедур множества результатов (result sets). Наконец, курсор также определяет положение (строку) в текущем result set'е, обрабатываемым клиентским приложением.

В SQLBase, так же как и в Oracle, не существует специальной команды, определяющей начало транзакции подобно BEGIN WORK или BEGIN TRANSACTION. Транзакция автоматически начинается с первого запроса к базе данных, последовавшего за окончанием предыдущей транзакции. Для указания окончания транзакции служат команды, приведенные на рис. 4.
Рис. 4. Команды окончания транзакции SQLBase

Команда	Описание
ROLLBACK	Неудачное окончание транзакции. Изменения не записываются в базу данных. Блокировки, связанные с данной транзакцией сбрасываются.
COMMIT	Удачное окончание транзакции. Изменения записываются в базу данных. Блокировки, связанные с данной транзакцией сбрасываются.
SAVEPOINT	Удачное окончание части длительной транзакции. Частичные изменения записываются в базу данных. Эта команда используется во время длительных транзакций (например, ввода большого количества данных) для фиксации прохождения некоторого этапа. Если при дальнейшей обработке транзакции произойдет ее откат (ROLLBACK), все изменения, сделанные до последней команды SAVEPOINT, останутся в базе данных.

SQLBase поддерживает именованные и распределенные транзакции. Именованные транзакции позволяют объединять несколько курсоров от одного клиента в процесс, изолированный от других процессов в той же базе данных. Это позволяет организовать работу клиента с базой одновременно в нескольких режимах. Например, клиент может выделить в своем приложении 2 именованные транзакции "Проводка" и "Баланс". При этом ошибка выполнения запроса по одному из курсоров транзакции "Проводка" приведет к откату только этой транзакции и не окажет никакого действия на курсоры транзакции "Баланс".
Описание распределенных курсоров приведено ниже в разделе "Распределенные базы данных".
Существует также разделение курсоров по объекту контакта.
Курсоры базы данных используются для выполнения запросов к базе данных (предложений SELECT, INSERT, UPDATE, DELETE), а также выполнения команд конфигурирования базы данных (CREATE, ALTER, DROP, GRANT, REVOKE и т.д.).
Курсоры сервера применяются для операций, непосредственно связанных с функционированием сервера SQLBase. К ним относятся процедуры архивирования и восстановления (BACKUP и RESTORE), команды создания, активизации и удаления баз данных (CREATE DATABASE, DROP DATABASE, INSTALL DATABASE, DEINSTALL DATABASE), а также команды, изменяющие параметры и режимы работы SQLBase в целом.
Для создания курсора каждого типа (подключения к серверу и базе данных соответственно) требуется указать имя пользователя и пароль, который может быть разным для базы данных и сервера SQLBase.

Основным программным интерфейсом SQLBase является SQL API - библиотека функций на языке C, реализующая все возможности управления СУБД. Помимо базового интерфейса SQL API существует большое количество программ и библиотек, реализующих собственные интерфейсы к SQLBase. Среди них нужно прежде всего отметить SQLBase++ (библиотеку классов в стандарте MFC), Borland Delphi и целый ряд языков и систем 4 поколения, включающих SQLWindows (Gupta), PowerBuilder (Powersoft), Crystal Reports и Crystal Info.

Поддержка многопользовательского режима

• "Оптимистическая" и "Пессимистическая" модели блокировок
• Блокировки
• Уровни изоляции
• Особенности сервера

Обработка SQL запросов

• Структура сервера
• Индексы

Оптимизация выполнения SQL запросов и модули поддержки подобной оптимизации (оптимизаторы или optimizers) играют крайне важную роль в реляционных СУБД. SQL запросы определяют какие данные необходимо передать пользователю, но не говорят РСУБД о том, как этот запрос обработать эффективно. Обычно существует большое количество возможностей выполнения запроса. Оптимизаторы серверов баз данных отвечают за выбор наилучшей стратегии выполнения. Поэтому скорость выполнения запросов в ведущей степени зависит от качества оптимизатора данной РСУБД.
Результатом работы оптимизатора SQLBase является план выполнения запроса (execution plan). Говоря упрощенно, execution plan - это последовательность шагов, которая указывает программе серверу SQLBase, как выполнить запрос. В плане каждый шаг может быть однотабличным (single table) или двухтабличным (two table). Все шаги производят результирующие таблицы (result tables). Результирующая таблица не обязательно должна иметь материальное воплощение в виде физического объекта. Для любого шага плана результирующая таблица может быть пользовательской (user-defined), временной (temporary) или концептуальной (conceptual).
Однотабличный шаг плана
Однотабличный шаг плана выполнения запроса определяет исходную таблицу, метод доступа к данным, используемый для извлечения строк таблицы, и имя результирующей таблицы (чаще всего, концептуальной). В настоящее время SQLBase поддерживает следующие методы доступа к данным:

• Последовательное сканирование (Sequential Scan) - Это наиболее простой из всех методов доступа. В этом считывается методе каждая страница данных, принадлежащая исходной таблице. (Следует отметить, что все страницы базы данных для данной таблицы связаны между собой, поэтому не требуется сканирование всего файла базы данных).
• Доступ по индексу (Index Access) - Существуют два способа использования индекса. При первом, значение индекса известно, и индекс может быть использован для позиционирования на индексной странице БД и последующего извлечения данных непосредственно из индексной страницы. При втором способе индексные страницы сканируются в возрастающем или убывающем порядке для поиска положения индекса. Если запрос включает колонки таблицы, не входящие в индекс, потребуются дополнительные операции для считывания информации из страниц данных таблицы.
• Хэшированный доступ (Hash Access) - В этом методе ключевое значение используется для прямого извлечения информации из страницы данных, которая содержит строки, удовлетворяющие значению ключа. Метод преобразования ключа в адрес страницы, на которой он находится, носит название "хэширование". Хэшированный доступ может быть использован только в том случае, если для ключа создан хэшированный индекс и предикатом является равенство "=".

• Вложенный цикл (Nested loop) и его вариации
• Слияние индексов (Index merge)
• Гибридное хэшированное объединение (Hybrid hashed join)

• Перемещение данных
• Повторный доступ к той же таблице
• Методы объединения данных
• Использование буферов ввода/вывода
• Распределение предикатов

Оптимизатор SQLBase выбирает план выполнения запроса на основе информации, которая хранится в самой базе данных. При этом он, естественно, не обращается к данным непосредственно (например, не производит анализ распределения данных по колонкам заданной таблицы), поскольку в этом случае выбор плана выполнения занимал бы гораздо больше времени, чем собственно выполнение запроса. Вместо этого оптимизатор использует статистику, хранящуюся в таблицах базы данных. Эта статистика создается сервером SQLBase сразу после создания объектов базы данных или в результате выполнения команды UPDATE STATISTICS.
В новой версии SQLBase 6 пользователю предоставлена возможность изменять эту статистику и, таким образом, воздействовать на оптимизатор и реальное выполнение SQL запросов.
Изменение статистики возможно с помощью новой команды UPDATE STATISTICS. Полное описание синтаксиса этой команды приведено в документации по SQLBase. Вкратце же синтаксис команды UPDATE STATISTICS выглядит следующим образом:
Для модификации табличной статистики

Дополнительные возможности

Хранимые процедуры (stored procedures) представляют собой приложения, которые хранятся в базе данных. Обычно, в среде клиент-сервер конечные приложения располагаются на клиентской машине и там же выполняются. Любой доступ к базе данных из конечного приложения использует контакт с сервером по компьютерной сети. Когда же приложение располагается внутри базы данных, оно называется хранимой процедурой. Хранимые процедуры выполняются непосредственно на компьютере сервера базы данных.
SQLBase использует хранимые процедуры, написанные на языке инструмента разработки конечных приложений SQLWindows Application Language (SAL).
Использование хранимых процедур преследует следующие цели:

• Повышение производительности - Так как прикладная программа перенесена на сервер, она не требует затрат на передачу информации по сети при обращении к базе данных. Кроме того, сервер обычно бывает более мощным компьютером, чем клиентские машины. Следовательно, те же операции выполняются на сервере быстрее.
• Простота использования - Обычно, технология клиент-сервер подразумевает большое количество клиентов, подключенным к одному серверу. Использование хранимых процедур позволяет хранить приложение на одном компьютере, а не на каждом клиенте в отдельности. Если приложение в базе данных модифицируется, оно становится сразу доступно всем клиентам в наиболее обновленном виде.
• Усиление защиты данных - Пользователь может получить возможность доступа к данным только через использование заранее запрограммированных процедур и не иметь прямой возможности изменять данные. Следовательно, набор операций, которые могут быть осуществлены пользователем, легко контролируются с помощью управления доступом к небольшому числу хранимых процедур.
• Ускорение процесса освоения - Хранимые процедуры SQLBase пишутся на языке SAL. Этот язык хорошо знаком разработчикам приложений на продуктах Gupta. Кроме того, разработчики могут создавать и отлаживать прототипы хранимых процедур в среде SQLWindows и затем переносить их в базу данных с помощью программы SQLConsole.

• Хранимые команды - это SQL запрос, который хранится на сервере в скомпилированном виде (то есть вместе со своим планом выполнения). Выполнение хранимых команд производиться гораздо быстрее, чем обычных SQL запросов, поскольку целый ряд шагов, необходимых для выполнения запроса, производится в момент записи хранимой команды в базу данных. В то же время хранимые команды имеют ограниченную функциональность в рамках синтаксиса языка SQL.
• Хранимые процедуры - это приложения, объединяющие SQL запросы и процедурную логику (операторы присваивания, логического ветвления и т.д.). Хранимые процедуры позволяют хранить на сервере сложные приложения, выполняющие большой объем работы без передачи данных по сети и взаимодействия с клиентом.

• Имя процедуры. Является идентификатором процедуры и используется при извлечении (retrieve) процедуры из базы данных перед ее выполнением.
• Переменные. SQLBase поддерживает 5 типов данных в качестве переменных хранимых процедур. Все они идентичны типам данных SQLWindows с теми же именами. а
  Number - Числовой тип данных а

  Boolean - Логический тип данных с допустимыми значениями TRUE/FALSE а

  String - Строковый тип данных а

  Date/Time - Этот тип может быть использован для данных типа Дата, Время или Дата/Время а

  Sql Handle - используется в качестве курсоров для доступа к базе данных

• Процедурная логика. Этот раздел начинается с ключевого слова ACTIONS. Он содержит всю логику и выполняемые инструкции процедуры. Весь код этого раздела пишется на языке SAL. Хранимые процедуры SQLBase поддерживают некоторое подмножество полного языка SAL. Например, в текущей версии SQLBase реализована поддержка только тех функций SAL, которые начинаются с префикса Sql ( SqlPrepare()). Поддержка остальных функций (начинающихся с префикса Sal) будет реализована в последующих версиях продукта.

Procedure Withdraw
Parameters
	Number: nAccount
	Number: nAmount
	Receive Number: nNewBalance
	Receive Boolean: nOverDrawn
Local Variables
	Sql Handle: hSelect
	Sql Handle: hUpdate
	String: sSelect
	String: sUpdate
	Number: nStatus
Actions
	On Procedure Startup
		Set sSelect = 'Select Balance from Checking where 
AccountNum=:nAccount' ||\
		'into :nNewBalance'
		Set sUpdate = 'Update Checking Set Balance = Balance - 
:nAmount' || \
		'where AccountNum = :nAccount'
		Call SqlConnect( hSelect )
		Call SqlPrepare( hSelect, sSelect )
		Call SqlConnect( hUpdate )
		Call SqlPrepare( hUpdate, sUpdate )
	On Procedure Execute
		Call SqlExecute( hSelect )
		Call SqlFetchNext (hSelect, nStatus )
		Set nNewBalance = nNewBalance - nAmount
		If ( nNewBalance < 0 )
			Set bOverDrawn = TRUE
		Else
			Set bOverDrawn = FALSE
			Call SqlExecute( hSelect )
	On Procedure Close
		Call SqlDisconnect( hSelect )
		Call SqlDisconnect( hUpdate )

Триггеры - это определяемые пользователем действия, которые выполняются, когда над таблице, к которой прикреплен триггер, выполняются операции INSERT, UPDATE или DELETE. В SQLBase действия триггера являются хранимыми процедурами. Иными словами, пользователь создает хранимые процедуры, которые описывают действия, совершаемые триггерами.
В SQLBase триггеры используются для решения трех основных задач:

• Усиление ссылочной целостности - Триггеры могут быть использованы для реализации ограничений ссылочной целостности, выходящие за пределы стандартных ограничений SQLBase. Например, пользователь может захотеть реализовать правило. каскадного изменения данных (update cascade rule). Он может это сделать, создав триггер, который будет обновлять дочернюю таблицу (таблицы) при каждом изменении колонки в родительской таблице.
• Проверка данных - Триггеры могут выполнять разнообразную проверку данных. Значения колонок могут передаваться в триггерные процедуры в качестве параметров, где над ними могут производиться самые разнообразные операции. В текущей версии SQLBase реализован механизм, который позволяет производить ввод данных в таблицы непосредственно из триггера, без передачи информации извне. Например, пользователь может создать триггер, который будет получать из приложения данные для ввода в строку таблицы, создавать уникальный ключ для этой строки внутри своей процедуры и передавать в базу данных полную строку с ключом. Помимо генерации ключей, триггеры SQLBase могут выполнять и другие подобные операции.
• Регистрация изменения данных - Создатель таблицы или администратор базы данных может пожелать иметь информацию о времени каждого изменения данных в таблице, а также о том, какой пользователь эти изменения производил. Для этого он создает триггер, в который поступает системное время операции UPDATE и имя пользователя. Процедура триггера затем вводит эту информацию в специальную таблицу регистрации изменений. Использование триггеров подобного типа позволяет организовать системы регистрации изменений не зависящие от действий пользователя и поэтому наиболее надежные при попытках выполнения несанкционированных операций.

• Значения колонок таблицы - Поскольку триггер определяется на конкретной таблице базы данных, он "знает" о ее строении: количестве, именах и типах колонок и т.д. Поэтому значения колонок таблицы могут передаваться в процедуру непосредственно по своим именам.
• Константы
• Псевдоконстанты - В процедуру можно передавать некоторые ключевые слова SQLBase, такие как USER, SYSTIME и другие.

• При использовании триггеров существует целый ряд ограничений:
• Все триггеры должны иметь уникальные имена.
• Нельзя иметь два идентичных триггера. Другими словами, не может быть двух before insert триггеров на одной таблице.
• Если update триггер определен на конкретной колонке или группе колонок, на данной таблице нельзя определить update триггер на всю таблицу.
• На таблице можно определить не более двух insert, двух delete и четырех update триггеров одновременно.
• Допускается не более восьми уровней рекурсии триггеров. Рекурсия триггеров возникает в тех случаях, когда операция insert/update/delete внутри процедуры триггера запускает другой триггер.
• Предложение REFERENCING допускается только для update триггеров. Кроме того, это предложение возможно только для триггеров, запускающихся для каждой изменяемой строки отдельно, поскольку в противном случае значения колонок становятся неопределенными.
• Хранимая процедура триггера должна быть статической.

create trigger tg1 before update of c1 on t1
referencing old as o new as n
(execute inline (o.c1, n.c1, user)
procedure p1 static
parameters
	number: old
	number: new
	string: updater
actions
	call sqlimmediate( 'insert into t2 values (:old, :new, :updater)' )
for each row;

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

• Перенос процедурной логики в базу данных для распределенной использования многими приложениями.
• Улучшение производительности путем объединения большого количества запросов к базе данных в один вызов сервера.

• Создание мощного и расширяемого механизма, позволяющего пользователям самим расширять функциональность хранимых процедур на основе концепции plag & play с применением стандартных компонентов или пользовательских программ.
• Возможность выбора пользователем любого языка программирования для реализации процедурной логики.

• Этот механизм помогает пользователям управлять расширением функциональности SQLBase. Вместо использования встроенных функций, которые не всегда могут удовлетворять существующим требованиям, пользователи могут создавать свои собственные наборы функций.
• Появляется возможность динамического подключения пользовательского кода к SQLBase не дожидаясь, например, новой версии продукта. Кроме этого, для использования и смены внешних функций не нужно перекомпоновывать приложение или останавливать и перезапускать сервер базы данных.
• Реализуется простая и понятная для использования парадигма. Возможность вызывать внешние функции из процедурного языка является естественным механизмом создания модульных процедур.
• Наконец, внешние функции не увеличивают ресурсопотребление SQLBase и не сказываются на его производительности для других клиентов, позволяя при этом иметь доступ к практически неограниченному множеству функций.

CREATE EXTERNAL FUNCTION MyFunc
   PARAMETERS (Number: INT)
   RETURNS (BOOLEAN: WORD)
   DESCRIPTION 'Sample External Function Declaration'
LIBRARY MYLIB.DLL
   EXPORT ORDINAL 2
   EXECUTE IN SAME THREAD

• Набор пользовательских функций трансформации и трансляции данных, которые могут быть использованы при извлечении строк из результата запроса, а также при вставке и изменении строк. Функция такого типа может принимать значение одной (или нескольких) колонки и возвращать трансформированные данные на основе действующих в организации правил (business rules) для отображения в приложении.
• Следующая категория функций может быть названа "Предупреждения и уведомления". Их суть состоит в том, что при наступлении определенного состояния базы данных могут запускаться триггеры. Эти триггеры выполняют хранимые процедуры. Может оказаться полезным уведомлять некоторых пользователей или приложения о наступлении определенного состояния базы данных. Одним из примеров такого типа функций может быть функция, направляющая по электронной почте сообщение определенным пользователям о том, что данные в созданных ими таблицах были изменены другими пользователями. С помощью этих же функций можно в принципе реализовать механизм "теплой связи", когда пользователь будет получать уведомления от сервера всякий раз, когда будут изменены данные его result set.
• Еще одной иллюстрацией возможностей технологии внешних функций может являться пример удаленного доступа для запуска хранимых процедур. Например, приложение может вызвать хранимую процедуру на локальном сервере SQLBase, чтобы получить доступ к некоторым данным. Однако, хранимая процедура может содержать логику, распознающую ситуацию когда требуемые данные на сервере отсутствуют или являются устарелыми. В таком случае использование внешней функции поможет установить контакт к удаленной базе данных и извлечь нужные данные. Эти данные затем могут быть занесены в локальную базу данных и возвращены приложению.
• Другим классом внешних функций могут быть генераторы отчетов в режиме off-line. При этом вместо запуска приложения отчетов с клиентской машины весь модуль (или набор функций) может быть создан в виде динамической библиотеки, которая вызывается из хранимой процедуры как внешняя функция. Код этой функции может осуществлять контакт с базой данных и извлекать нужные для генерации отчета данные. Основным преимуществом такого подхода является повышение производительности, поскольку весь код будет выполняться на сервере без передачи данных и команд по сети.

Распределенные базы данных

• Репликация

Защита данных и поддержка работы

Возможность аудирования, новое свойство SQLBase 6, позволяет регистрировать информацию о том, что происходит на сервере баз данных. Это дает возможность администраторам и пользователям SQLBase осуществлять следующие дополнительные функции:

• Мониторинг активности сервера баз данных - Регистрация разнообразной информации на регулярной основе.
• Дополнительные возможности защиты данных - Предыдущие версии SQLBase осуществляли защиту данных на уровне имени и пароля пользователя, однако не регистрировали попытки нарушить систему защиты. Аудирование позволяет регистрировать такие случаи как попытки доступа к базе данных с неправильным именем или паролем. Кроме того, есть возможность регистрировать попытки нарушения пользователем его привилегий по отношению к объектам базы данных, например, попытки считать информацию из закрытых для него таблиц.
• Отладка приложений - Можно использовать аудирование для отладки конечных приложений путем просмотра того, какие действия приложение осуществляет по отношению к базе данных и серверу.
• Повышение производительности базы данных - Аудирование базы данных позволяет получить информацию обо всех SQL запросах и транзакциях. Это свойство можно использовать непосредственно на рабочем месте пользователя для решения проблем типа "Я нажимаю вот эту кнопку и потом жду 20 минут выполнения запроса". Поскольку аудирование предоставляет временную информацию о выполнении запросов, его можно использовать для анализа причин снижения производительности конечных приложений.

[Назад] [Содержание] [Вперед]

---

Copyright © CIT