Хелен Борри - Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ
- Название:Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ
- Автор:
- Жанр:
- Издательство:БХВ-Петербург
- Год:2006
- Город:Санкт-Петербург
- ISBN:5-94157-609-9
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Хелен Борри - Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ краткое содержание
Рассмотрены вопросы, необходимые разработчику для создания клиент-серверных приложений с использованием СУБД Firebird, явившейся развитием СУБД Borland Interbase 6. Содержится обзор концепций и моделей архитектуры клиент/сервер, а также практические рекомендации по работе с клиентскими библиотеками Firebird. Детально описаны особенности типов данных SQL, язык манипулирования данными (Data Manipulation Language, DML), а также синтаксис и операторы языка определения данных ( Data Definition Language, DDL). Большое внимание уделено описанию транзакций и приведены советы по их использованию при разработке приложений. Описано программирование на стороне клиента и сервера написание триггеров и хранимых процедур, создание и использование событий базы данных, обработка ошибок в коде на сервере и многое другое. Материал сопровождается многочисленными примерами, советами и практическими рекомендациями.
Для разработчиков баз данных
Firebird РУКОВОДСТВО РАЗРАБОТЧИКА БАЗ ДАННЫХ - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
В любом случае более предпочтительным является использование файла определения данных (скрипта DDL), потому что он предоставляет простой способ "проиграть снова" ваши операторы при ошибочном выполнении скрипта. Проще запустить исходный файл, чем заново вводить интерактивные операторы SQL.
Диалект
По умолчанию Firebird создает базу данных диалекта 3. Если вы хотите создать базу данных диалекта 1, первым оператором в вашем скрипте (или первым действием в вашем инструменте администратора) должен быть:
SET SQL DIALECT 1;
! ! !
ВНИМАНИЕ! Если isql в настоящий момент соединен с базой данных, он предложит вам подтвердить текущую транзакцию. Ответьте Yes (Да) для продолжения создания новой базы данных. Некоторые инструменты сторонних разработчиков вначале могут потребовать, чтобы вы отсоединились от базы данных.
. ! .
Следующий оператор - или первый для базы данных диалекта 3 - должен быть оператором CREATE DATABASE или CREATE SCHEMA такого синтаксиса [34] Замечание для программистов API. В динамическом SQL (DSQL) оператор CREATE DATABASE или CREATE SCHEMA должен быть выполнен с EXECUTE IMMEDIATE. Дескриптор базы данных и имя транзакции, если присутствуют, должны быть инициализированы нулем до использования.
:
CREATE {DATABASE | SCHEMA} 'спецификация-файла '
[USER 'имя-пользователя' [PASSWORD 'пароль']]
[PAGE_SIZE [=] целое]
[LENGTH [=] целое [PAGE[S]]]
[DEFAULT CHARACTER SET набор-символов]
[<���вторичный-файл>] ;
<���информация-о-файле> = LENGTH [=] целое [PAGE[S]]
STARTING [AT [PAGE]] целое [<���информация-о-файле>]
<���вторичный-файл> = FILE 'спецификация-файла' [<���информация-о-файле>]
[<���вторичный-файл> ]
! ! !
СОВЕТ. Используйте одиночные кавычки (апострофы) для таких строк, как имена файлов, имена пользователей и пароли.
. ! .
CREATE DATABASE и CREATE SCHEMA являются одним и тем же оператором. Это только вопрос ваших предпочтений.
Обязательные и необязательные атрибуты
Единственным обязательным атрибутом оператора CREATE является спецификация файла- имя первичного файла базы данных и путь в файловой системе к его размещению.
Спецификация файла должна быть полным абсолютным путем к файлу. Путь должен иметь правильный формат в операционной системе.
Для POSIX:
CREATE DATABASE '/opt/databases/mydatabase.fdb'
Для Win32:
CREATE SCHEMA 'd:\databases\mydatabase.fdb'
Вы можете использовать наклонную черту (/) или обратную наклонную черту (\) в качестве разделителя каталогов. Firebird автоматически преобразует любой тип в тип, соответствующий серверу операционной системы.
Апострофы в спецификации файла являются обязательными. Все элементы спецификации файла чувствительны к регистру для платформ POSIX.
При создании базы данных с клиентской рабочей станции или локально в Суперсервере для Linux - интерактивно или с использованием скрипта - вы должны включить имя хоста.
Для POSIX:
CREATE DATABASE 'rayserver:/opt/databases/mydatabase.fdb'
Для локального Linux Суперсервера- как и в предыдущем случае или так:
CREATE DATABASE 'localhost:/opt/databases/mydatabase.fdb'
Для Win32:
CREATE SCHEMA 'NTServer:d:\databases\mydatabase.fdb'
Если вы подключены как пользователь SYSDBA, то SYSDBA будет владеть новой базой данных, независимо от того, как были заданы предложения USER и PASSWORD. Хотя указание владельца не является обязательным, очень желательно это сделать. При этом по причине безопасности вы, вероятно, захотите удалить из скрипта пароль пользователя перед архивацией скрипта с остальной системной документацией.
CREATE DATABASE '/opt/databases/mydatabase.fdb'
USER 'ADMINUSR' PASSWORD 'yyuryyub';
Необязательный атрибут PAGE_SIZE (размер страницы) задается в байтах. Если вы его опустите, будет принято значение по умолчанию: 4096 байт в isql. Некоторые другие инструменты применяют свое значение по умолчанию, значит, есть веский аргумент указывать это значение в скрипте явно. Размер страницы может быть 1024, 2048, 4096, 8192 или 16 384. Любые другие значения будут преобразованы в ближайшее меньшее число из этого списка. Например, если вы укажете 3072, Firebird создаст базу данных с размером страницы 2048.
CREATE DATABASE '/opt/databases/mydatabase.fdh' USER 'ADMINUSR'
PASSWORD 'yyuryyub'
PAGE_SIZE 8192
Выбор размера страницы не является вопросом применения некоторого "правила". Будет неплохо начать с размера по умолчанию - 4 Кбайт. Когда придет время настраивать базу данных для улучшения производительности, вы сможете поэкспериментировать, создавая резервную копию базы данных и восстанавливая ее с другим размером страницы. Подробности см. в главе 38.
Выбранный вами размер страницы может улучшить производительность или плохо на нее воздействовать в зависимости от множества факторов, главным образом, от структуры и порядка использования таблиц, к которым чаще всего осуществляется доступ. Каждая страница базы данных будет заполняться приблизительно на 80 процентов, следовательно, рассуждайте в терминах реального размера страниц, который должен составлять около 125 процентов от предполагаемого минимума.
Размер строки наиболее часто используемых таблиц также может оказывать влияние. Структура записи, которая слишком велика, чтобы разместиться на одной странице, требует обращения более чем к одной странице при ее чтении или записи, следовательно, доступ может быть оптимизирован при выборе размера страницы, который позволит разместить полностью одну строку или кратное число строк объемных таблиц.
Количество строк, которое можно предположить у ваших таблиц через некоторое время, может оказывать влияние. Если множество строк может разместиться на одной странице, больший размер страницы может уменьшить общее количество страниц данных и индексов, которые нужно прочесть в одной операции.
Строго рекомендуется, чтобы все - или почти все - ваши текстовые данные были в кодировке U.S. ANSII [35] Для "русскоязычных программ" следует использовать набор символов WIN1251.- Прим. перев.
.
CREATE DATABASE '/opt/databases/mydatabase.fdb'
USER 'ADMINUSR' PASSWORD 'yyuryyub'
PAGE_SIZE 8192
DEFAULT CHARACTER SET ISO8859_1;
Подробнее о наборах символов см. в главе 11. Доступные наборы символов представлены в приложении 8.
Получение информации о базе данных
После того как вы создали базу данных и подтвердили создание (commit), вы можете в isql отобразить ее детали, используя команду SHOW DATABASE:
SQL> SHOW DATABASE;
Database: /opt/databases/mydatabase.fdb
Owner: ADMINUSR
PAGE_SIZE 8192
Number of DB pages allocated = 176
Sweep interval = 20000
Forced Writes are ON
Transaction - oldest = 5
Transaction - oldest active = 6
Transaction - oldest snapshot = 6
Transaction - Next = 9
Default character set: ISO8859_1
SQL>
Информацию о чистке базы данных и интервале очистки см. в разд. "Гигиена базы данных" далее в этой главе.
Читать дальшеИнтервал:
Закладка: