3. Файл конфигурации Firebird

Firebird не требует постоянных серьёзных изменений конфигурации, как это делает большинство других мощных реляционных СУБД.

Файл конфигурации Firebird имеет имя Firebird.conf. Этот файл считывается при каждом запуске Firebird. Параметры конфигурации по умолчанию и их значения отображаются в файле конфигурации с помощью комментариев (первым символом строки является символ #).

Файл конфигурации может быть отредактирован любым текстовым редактором.

Записи имеют форму:

имя - параметра = значение

Для установления значения любого параметра в значение, отличающееся от значения по умолчанию, необходимо удалить маркер комментария (#) и отредактировать значение.

Параметры, связанные с файловой системой:

RootDirectory – задаёт абсолютный путь к корневому каталогу Firebird;

DatabaseAccess – предоставляет возможность ограничения доступа к базам данных. Может иметь значения Full, None, Restrict;

Full (по умолчанию) разрешает доступ к файлам базы данных в любом месте локальной файловой системы;

None позволяет серверу соединяться только с БД, которые указаны в списке aliases.conf (рекомендуется устанавливать этот режим);

Restrict позволяет сконфигурировать размещение доступных для подключения файлов БД, указывая список каталогов файловой системы;

DatabaseAccess = Restrict D:\DATA; D:\DATA\FB;

TempDirectories – список каталогов, где могут сохраняться файлы сортировки;

CpuAffinityMask – под Windows Суперсервер может постоянно переключаться туда и сюда между процессорами на машинах SMP – эффект качелей. Данный параметр должен быть использован для установки одного или более конкретных процессоров для Суперсервера Firebird;

CpuAffinityMask = 1 (Суперсервер запускается только на первом процессоре (CPU 0));

DummyPacketInterval – устанавливает количество секунд (целое число), в течение которых сервер должен ждать молчания клиентского соединения, прежде чем отправить пустой пакет для подтверждения запроса. По умолчанию устанавливается в 0 (отключено) для Firebird 1.5. В ОС Windows он должен быть равен 0 - по причине ошибки в Windows использование ненулевого значения может привести к зависанию или краху ОС Windows на клиентской стороне.

ExternalFileAccess – предоставляет три уровня безопасности в отношении доступа к внешним файлам из таблиц базы данных. Значением могут быть Full, None и Restrict;

• None (значение по умолчанию) отключает любое использование внешних файлов сервером;

• Restrict предоставляет возможность ограничить размещение внешних файлов для доступа из базы данных конкретными путями;

• Full позволяет осуществлять доступ к внешним файлам, находящимся в любом месте системы. Однако уже давно известны возможности использовать внешние таблицы как для перекачивания базы данных с сервера на клиент, так и для внедрения с клиента на сервер вредоносных UDF.

10. Объектные субд

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

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

- автоматизированное проектирование.

- цифровое издательское дело.

- геоинформационные системы.

В базе данных для CAD – систем (Computer Aided Design) должны храниться данные о механических и электромеханических устройствах, например, о зданиях, самолетах или интегральных микросхемах.

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

При изменении проекта любые последствия этих изменений должны быть отражены во всех представлениях объекта.

Часто один и тот же компонент имеет несколько версий, следовательно, нужен учет этих версий.

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