Что за программа firebird sql server

Содержание

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

В нашей практике система Storehouse Explorer на базе сервера Firebird использовалась для автоматизации холдинга из 50 магазинов по всей России. Размер базы данных превышал 30 Гб, база содержала информацию за 10 лет и одновременно обслуживала от 70 до 120 пользователей (проведение торговых операций и аналитика).

>> Скачать демо-версию

Установка сервера Firebird на UNIX имеет свои особенности, которые мы бы хотели отразить в данной статье.

Автоматизация магазина на базе сервера Firebird 2.5 на POSIX (UNIX, LINUX) платформах

Предисловие

В статье описывается установка сервера Firedird 2.5.2 в POSIX (Unix-подобных) операционных системах, таких как Linux, Unix.

Перед установкой необходимо учесть следующее.

Installing Firebird SQL.

  1. Для установки сервера Firebird Вам понадобятся права пользователя root.
  2. Если вы устанавливаете Firebird на Линукс, то прежде чем производить установку вы должны убедиться, что в системе имеется run-time библиотека libstdc++.so.5. Если это не так, то следует установить compat-glibc пакет (RedHat, CentOs, OpenSuse, Debian) или libstdc++5 пакет (Mandriva).
  3. Eсли вы планируете установку Firebird c архитектурой SuperServer на Линукс, который поддерживает новую POSIX модель потоков, то следует выбираль NPTL билд Firebird.

I. Выбор дистрибутива

Существует достаточно много дистрибутивов Firebird различных версий и разработанных для разных операционных систем.
На момент написания этой статьи доступен стабильный билд этого сервера версии 2.5.2, который может работать на
32-x и 64-х разрядных платформах Windows, LINUX и MacOSX.
Однако прежде чем выбрать нужный дистрибутив необходимо сделать небольшое отступление.
Существует несколько вариантов исполнения или вариантов архитектуры сервера Firebird, в именно Classic, SuperServer
и Еmbeded. Различаются они способом использования машинных и сетевых ресурсов. Не вдаваясь глубоко в подробности отметим, коротко, особенности этих архитектур:
Classic — формально можно описать формулой «n коннектов к базе — n процессов на сервере», т.е. каждый коннект к базе

запускает свой *процесс* на сервере. Работает это так. На POSIX платформах запускается [x]inetd демон, который
слушает порт (по умолчанию это порт 3050, но при необходимости, можно назначить другой). Этот демон запускает для каждого успешного коннекта *отдельный* процесс fb_inet_server. Под каждый процесс расходуются определенные ресурсы сервера, создается отдельный кеш памяти.

Более экономно расходует ресурсы компьютера архитектура SuperServer.
SuperServer можно коротко описать формулой «n коннектов к базе — один процесс и n *потоков* на сервере». В POSIX системах это процесс fbserver. Суперсервер — это многопоточное приложение, в отличие от архитектуры Classic. Каждое соединение обслуживается в отдельном потоке.

Установка СКД «Авангардъ» и Firebird SQL Server


Embeded — это архитектура, которая работает в составе отдельного приложения и в обычном понимании не является «полным сервером», т.е. не предназначена для работы как сервер, который обслуживает множество коннектов.
Скорее всего, вы будете делать выбор между архитектурой Classic и Cуперсервер. Если нет возможности глубоко вдаваться в подробности, то можно сделать выбор произвольно. Формат самой базы данных никак не привязан к конкретной архитектуре Сlassic или Superserver и всегда есть возможность, в случае необходимости, переустановить сервер, выбрав другую архитектуру.
И хотя, скорее всего, вам подойдет любая архитектура из этих двух, есть мнение, что для новичков, которые только начали работать с Firebird, архитектура Classic более предпочтительна для изучения и экспериментов с Firebird, как более устойчивая к неверным действиям пользователя.
Заметим, что Суперсервер использует общий кэш памяти и может иметь некоторые преимущества в случае одновременной работы большого числа пользователей. Cуперсервер ограничен по размеру используемой оперативной памяти, на момент написания статьи он не может использовать память свыше 2Gb.
Архитектуре Classic можно также отдать предпочтение, если «железо» использует несколько процессоров и имеет значительную оперативную память (> 2 GB).
В данной статье не стоит задача подробного анализа и сравнения этих архитектур, более подробную информацию об этом можно найти в интернете.

II. Выбор метода установки

Для установки Firebird вы должны иметь права пользователя root.
Сервер Firebird относится к числу бесплатных продуктов, дистрибутив для его установки можно скачать с официального сайта Firebird Foundation www.firebird.org.
Дистрибутивы сформированы как файлы *.rpm или *.tar.gz, например:

FirebirdCS-2.5.2.26539-0.i686.rpm
FirebirdCS-2.5.2.26539-0.i686.tar.gz

Необходимо отметить, что не все сборки Linuх поддерживают rpm-установку, уточнить это можно в документации к платформе в разделе «Менеджер rpm-пакетов»(«RPM Package Manager»). В таких случаях рекомендуется использовать «tar.gz» файлы.
В интернете есть описания ручных способов установки путем распаковки архива и копирования файлов, однако такие способы, при наличии инсталляторов от разработчика, не рекомендуются.

III. Установка сервера Firebird 2.5

Для примера, возьмем установку сервера архитектуры Classsic.
Войдите в систему под пользователем root.
Для инсталяции *.rpm файла следует набрать:

$rpm -ivh FirebirdCS-2.5.2.26539-0.i686.rpm

Для инсталяции *.tar.gz файла следует набрать:

$tar -xzf FirebirdCS-2.5.2.26539-0.i686.tar.gz
$cd FirebirdCS-2.5.2.26539-0.i686.tar.gz

После запуска скриптов установки будут произведены следующие действия:

  1. Будет сделана попытка остановить все работающие сервера Firebird.
  2. Если еще не созданы, будут созданы пользователь «firebird» и группа «firebird».
  3. В каталог /opt/firebird будет установлено программное обеспечение, в каталоге /usr/lib будут созданы ссылки
  4. для библиотек, в каталог /usr/include будут помещены заголовки файлов.
  5. В каталог /etc/services будет добавлена запись gds_db для порта 3050, если такой записи еще нет.
  6. Будут добавлены localhost.localdomain и HOSTNAME в каталог /etc/gds_hosts.equiv.
  7. Если устанавливается SuperServer, то будет установлен только скрипт запуска сервера /etc/rc.d/init.d/firebird.
  8. Если устанавливается Classic, то будет установлен скрипт запуска /etc/xinet.d/firebird или, для некоторых младших версий inetd-систем, будет добавлена запись в /etc/inetd файл.
  9. Будут прописаны новые ссылки в /usr/bin для скрипта init.d и будет создана конфигурационная запись сервера Firebird в etc/rc.config.
  10. Будет выполнен старт сервера/службы и Firebird должен стартовать автоматически.
  11. Будет сгенерирован случайным образом пароль пользователя SYSDBA и записан в файл /opt/firebird/SYSDBA.password.
  12. Будет добавлен алиас для тестовой базы данных employee.fdb в aliases.conf.

На этом этапе можно проверить корректность установки сервера Firebird. Для этого нам потребуется пароль учетной записи SYSDBA, который можно извлечь из файла /opt/firebird/SYSDBA.password.
Наберем в командной строке:

$cd /opt/firebird/bin
$./isql -user sysdba -password
SQL>connect localhost:employee.fdb;
SQL>select * from sales;

По этим командам сервер Firebird соединяется с тестовой базой данных employee.fdb и извлекает все записи из таблицы sales.
Firebird сервер, по умолчанию, запускается от имени пользователя «firebird». Ранее, по умолчанию, сервер выполнялся от имени «root». Запуск сервера от имени «root» — не очень правильно с точки зрения безопасности , поскольку, у пользователя «root» самые высокие права в системе и он может создавать и удалять любые файлы и каталоги в пределах всей файловой системы. Такие права для сервера Firebird являются излишними, поэтому следует проверить и настроить конфигурацию сервера для работы от имени пользователя «firebird».

  1. пользователь «firebird» должен иметь права на запись в каталог, в котором будут создаваться базы данных.
  2. параметр DatabaseAccess из файла /opt/firebird/firebird.conf должен быть настроен таким образом, чтобы запретить доступ ко всем файлам и каталогам, за исключением тех, которые предназначены для хранения баз данных. Если в файле aliases.conf мы создаем алиас для файла, то в файле firebird.con мы должны дать к этому файлу доступ.
  3. рекомендуется (желательно, но не обязательно) всегда использовать алиасы для указания абстрактных ссылок на файлы баз данных, не указывая их конкретное физическое расположение.
Читайте также:
Visioneer acuity что это за программа

На примере создания пустой базы данных test.fdb убедимся, что создание сервера Firebird прошло успешно.
Существует не один способ создания пустой базы, (например на клиенте, с помощью приложения IBExpert),
здесь предлагается самый простой способ, штатными средствами Firebird на сервере.
Каталог для размещения выберем var/firebird.
Итак, надо:
1. проверить наличие и при отсутствии создать каталог /var/firebird. Если владельцем этого каталога является не пользователь «firebird», то следует сменить владельца на «firebird»:

$mkdir -p /var/firebird
$chown firebird:firebird /var/firebird

2. В файле /opt/firebird/firebird.conf добавить разрешение для создания базы в каталоге /var/firebird.

DatabaseAccess = Restrict /var/firebird
$/opt/firebird/bin/isql -u SYSDBA — p
SQL>connect ‘/var/firebird/test.fdb’;

В практической работе с сервером Firebird могут пригодиться некоторые инструменты:
— changeDBAPassword.sh — скрипт для смены пароля SYSDBA.
— createAliasDB.sh — скрипт для создания пустой базы данных, создания алиаса и его записи в aliases.conf;
Пример использования:

$createAliasDB.sh

IV. Если что-то пошло не так.

Если вдруг оказалось, что еще вчера сервер Firebird работал замечательно, а сегодня не запускается, или запускается, но не работает должным образом, то, возможно, решить проблему вам поможет изучение лога firebird.log.

V. Установка Firebird на платформах Solaris, FreeBSD, Debian

На момент написания статьи установка Firebird 2.5 для операционных систем Solaris, FreeBSD, Debian пока не доступна, используйте предыдущие версии Firebird, например 2.0.

10 февраля 2013 г.

Литература:

1. Firebird 2 Migration http://www.polaris-soft.ru/index.php/articles/56-avtomatizaciya-magazina-firebird» target=»_blank»]www.polaris-soft.ru[/mask_link]

Firebird

Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников.

Среди недостатков: отсутствие кэша результатов запросов, полнотекстовых индексов, значительное падение производительности при росте внутренней фрагментации базы. Над решением этих проблем неустанно работает сообщество.

Факты о Firebird

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

Основные характеристики

  • Соответствие требованиям ACID: Firebird сделан специально, чтобы удовлетворять требованиям «атомарности, целостности, изоляции и надёжности» транзакций («Atomicity, Consistency, Isolation and Durability») [2] .
  • Версионная архитектура: Основная особенность Firebird — версионная архитектура, позволяющая серверу обрабатывать различные версии одной и той же записи в любое время таким образом, что каждая транзакция видит свою версию данных, не мешая соседним («читающие транзакции не блокируют пишущих, а пишущие — не блокируют читающих»). Это позволяет использовать одновременно OLTP и OLAP запросы.
  • Хранимые процедуры: Используя язык PSQL (процедурный SQL) Firebird, можно создавать сложные хранимые процедуры для обработки данных полностью на стороне сервера. Для генерации отчётов особенно удобны хранимые процедуры с возможностью выборки, возвращающие данные в виде набора записей. Такие процедуры можно использовать в запросах точно так же, как и обычные таблицы.
  • События: Хранимые процедуры и триггеры могут генерировать события, на которые может подписаться клиент. После успешного завершения транзакции (COMMIT) он будет извещён о произошедших событиях и их количестве.
  • Генераторы: Идея генераторов (последовательностей) делает возможной простую реализацию автоинкрементных полей, и не только их. Генераторы являются 64‐битными хранимыми в базе данных счётчиками, работающими независимо от транзакций. Они могут быть использованы для различных целей, таких как генерация первичных ключей, управление длительными запросами в соседних транзакциях, и т. д.
  • Базы данных только для чтения: позволяют распространять базы данных, к примеру, на CD-ROM. Особенно упрощает распространение данных их использование в комбинации со встраиваемой версией сервера Firebird (Firebird Embedded).
  • Полный контроль за транзакциями: Одно клиентское приложение может выполнять множество одновременных транзакций. В разных транзакциях могут быть использованы разные уровни изоляции. Протокол двухфазного подтверждения транзакций обеспечивает гарантированную устойчивость при работе с несколькими базами данных. Также доступны оптимистическое блокирование данных и точки сохранения транзакций.
  • Резервное копирование на лету: Для резервного копирования нет надобности останавливать сервер. Процесс резервного копирования сохраняет состояние базы данных на момент своего старта, не мешая при этом работе с базой. Кроме того, существует возможность производить инкрементальное резервное копирование БД.
  • Триггеры: Для каждой таблицы возможно назначение нескольких триггеров, срабатывающих до или после вставки, обновления или удаления записей. Для триггеров используется язык PSQL, позволяя вносить начальные значения, проверять целостность данных, вызывать исключения и т. д. В Firebird 1.5 появились «универсальные» триггеры, позволяющие в одном триггере обрабатывать вставки, обновления и удаления записей таблицы.
  • Внешние функции: библиотеки с UDF (User Defined Function) могут быть написаны на любом языке и легко подключены к серверу в виде DLL/SO, позволяя расширять возможности сервера «изнутри».
  • Декларативное описание ссылочной целостности: Обеспечивает непротиворечивость и целостность многоуровневых отношений «master-detail» между таблицами.
  • Наборы символов: Firebird поддерживает множество международных наборов символов (включая Unicode) с множеством вариантов сортировки.

Соответствие стандарту SQL

  • Firebird полностью поддерживает SQL-92 Entry Level 1 и реализует большую часть стандарта SQL-99 c некоторыми очень полезными дополнениями. Это включает выражения DML/DDL, синтаксис объединений FULL/LEFT/RIGHT [OUTER] JOIN, выражения UNION, DISTINCT, подзапросы (IN, EXISTS), встроенные функции (AVG, SUM, MIN, MAX, COALESCE, CASE, ..), ограничения целостности (PRIMARY KEY, UNIQUE, FOREIGN KEY), и все общие типы данных SQL.

Firebird также реализует ограничения проверки (check constraints) на уровне доменов и полей, отображения (views), исключения, роли и управление правами доступа. Для более подробной информации см. Firebird Reference Guide и Release Notes.

Требования к аппаратному обеспечению

  • Firebird работает на аппаратных платформах x86, x64 и PowerPC, Sparc и многих других, и поддерживает легкий переход между этими платформами. Может использоваться даже не очень мощное оборудование, особенно под Linux. И, как в любой СУБД, на производительность влияют: количество памяти, скорость работы дисковой подсистемы и т. д. Рекомендации для выбора аппаратного обеспечения зависят от требования к системе, прогнозируемого размера базы данных, количества пользователей и т. п. Допустимо начинать с минимальной конфигурации, расширяя её по мере надобности.

Доступные операционные системы

  • 32- и 64-разрядные версии Windows, Linux, также MacOS X, HP-UX, FreeBSD, Solaris и др. В настоящее время выпускаются версии только для 32- и 64-разрядных версий Windows, Linux и MacOS X. Последняя версия для Solaris и HP-UX — 2.1.4. Наиболее широко используемыми для серверов «Firebird» операционными системами являются Linux и Microsoft Windows (включая NT) (включая терминальные службы MS и Citrix).

Переход от одной ОС к другой весьма прост — достаточно сделать резервную копию базы в переносимом формате в одной системе и восстановить на другой.

Средства доступа к серверу

  • Firebird поддерживает множество способов доступа, включая: собственные наборы компонент для C/C++, Delphi, классы для ADO, ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB, dbExpress, провайдер данных .NET и прямой доступ с использованием клиентской библиотеки сервера (fbclient.dll или GDS32.dll)

Физические ограничения

  • Firebird поддерживает большие базы данных. Базы данных могут быть расположены в нескольких файлах, предельный размер которых зависит от операционной системы. Теоретический предел в настоящее время составляет 64 TБ для одного файла базы данных, таким образом, главные ограничения накладываются файловой системой и местом на жёстком диске.
  • Практически база данных объемом 1 ТБ стабильно работает, что доказывает проведенный тест.

Версии сервера

Не поддерживаемые версии:

  • 1.0 (последний выпуск 1.0.3 от апреля 2003);
  • 1.5 (1.5.6 от октября 2009, последний выпуск ветки 1.5 (End of series));
  • 2.0 (последний выпуск 2.0.7 от 12.04.2012);
  • 2.1 (последний выпуск 2.1.7 от 05.12.2014 — 2.1.7).
  • 2.5 (самая последняя версия 2.5.5, последний выпуск от 18.11.2015 — Ver 2.5.5);
  • 3.0 (Release Candidate < 1 >) — http://www.firebirdsql.org/).

Архитектуры сервера

Существует четыре различных взаимозаменяемых архитектуры сервера.

  • ClassicServer — один процесс на одно соединение; поддержка многопроцессорных машин.
  • SuperServer — все соединения используют один процесс, меньшие требования к памяти при большем быстродействии; для однопроцессорных машин.
  • SuperClassic Server — один процесс, но свой поток на каждое соединение. Данная архитектура введена в версии 2.5.
  • Embedded (встраиваемая) версия — весь движок содержится в одной библиотеке с именем клиентской библиотеки сервера, идеально подходит для однопользовательских систем, не требует инсталляции.
Читайте также:
Контакт это что программа

Все архитектуры используют одинаковый формат файла базы данных, таким образом, в любой момент можно переключиться на другую архитектуру. Сравнение архитектур. Скачать в виде PDF (англ.)

Лицензирование

  • Firebird выпускается под условиями IPL (InterBase Public License) и IDPL (Initial Developer’s Public License), которые совпадают с условиями Mozilla Public License 1.1. Firebird полностью бесплатен для использования и распространения (в том числе и коммерческого). Раскрытие исходного кода вашего продукта не требуется, вне зависимости от используемой модели лицензирования. Однако, в случае, если вы модифицировали исходный код сервера, то необходимо сделать доступным исходный код ваших модификаций.

Средства разработки и администрирования

FlameRobin

FlameRobin — поддерживает Firebird. Кросс-платформенная архитектура. Есть редактор SQL, DDL, управление пользователями.

Лицензия: open source, распространяется бесплатно.

IBExpert

IBExpert — Поддерживает Firebird, Interbase, Yaffil. Редакторы DDL и DML. Визуальный построитель запросов. Автозавершение кода, Metadata Extractor, отладчик хранимых процедур, а также множество других возможностей.

Лицензия: Бесплатный для жителей постсоветского пространства, для остальных: от 179 евро.

IB/FB Development Studio

IB/FB Development Studio — Визуальный дизайнер баз данных, встроенный MERGE, scheduler, Code auto completion, анализатор запросов, монитор производительности.

Лицензия: Бесплатно для России, для остальных: от 149 евро.

Blaze Top

Blaze Top — Инструмент разработчика и администратора баз данных. Поддерживает Firebird и Interbase.

Лицензия: Бесплатно для России, для остальных: от 129 евро.

Database Workbench

Database Workbench — поддерживает несколько серверов баз данных, среди которых есть Firebird и Interbase. Отладка хранимых процедур, анализ планов, встроенные средства переноса данных и метаданных.

Лицензируется отдельно на Interbase и отдельно на Firebird. 171$ за каждый движок (Interbase или Firebird).

EMS SQL Manager for InterBase Firebird

Есть платная и бесплатная (lite) версия

Database Master

Database Master — средство управления системами баз данных FireBird, PostgreSQL, Oracle, SQL-Server, MySQL, ODBC, OleDB, MongoDB, XML и SQLite. Сайт: Database Master — FireBird Management Software

Поддержка

  • На главной странице проекта Firebird находится множество полезных ссылок по Firebird.

Ряд компаний (например, IBPhoenix, iBase, Ред Софт) предоставляют услугу профессиональной поддержки Firebird.

Сообщество

  • Существует растущее сообщество пользователей Firebird и множество новостных групп, обеспечивающих онлайновую поддержку [3] .

История

  • Firebird основан на исходном коде InterBase 6.0, который был выпущен как Open Source компанией Borland в августе 2000 года. История Interbase начинается в 1984 году, таким образом, продукт является наследником почти 30‑летнего опыта работы с реляционными базами данных [4] .
  • 2 июня 2015 года Минкомсвязь России издает «Протокол экспертной оценки проектов по импортозамещению инфраструктурного программного обеспечения», в котором отечественное программное средство «Ред база данных», основанное на программном коде FireBird, занимает 5-е место в разделе «Системы управления базами данных» протокола экспертной оценки. [5] На данный момент этот форк СУБД широко применяется в ряде федеральных министерств, служб, бюджетных учреждений и ведомств различного уровня. [6] Для конечного пользователя выбор данного варианта FireBird основывается часто на том, что, в отличие от «родительского» проекта, он сертифицирован ФСТЭК России и соответствует отечественным требованиям защиты информации, проходит жесткое тестирование и при этом совместим на уровне резервных копий с основной веткой разработки.

Ссылки

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

  • Firebirdsql — Официальный сайт
  • MindTheBird — Маркетинговые материалы по Firebird (презентации, описания, материалы)
  • IBPhoenix, Firebird Foundation Inc.
  • iBase — Русское сообщество Firebird и Interbase пользователей. Поддержка.
  • gmane.comp.db.firebird.russian — Русскоязычная конференция по Firebird и Interbase
  • The InterBase and Firebird Developer Magazine — журнал о Firebird и Interbase
  • Факты о Firebird Скачать в виде PDF (англ.)
  • Документация — Ссылки на подробную документацию
  • Утилиты и средства администрирования Ссылки на страницы представленных сообществом программ
  • IBExpert — Инструмент для разработки, администрирования, написания и отладки скриптов в Firebird. Специальная лицензия для бывшего СССР.
  • BlazeTop — Визуальная среда разработчика и администратора InterBase и Firebird. Бесплатная лицензия русскоязычных пользователей.
  • GeminiODBC — ODBC‑драйвер. Поддерживает стандарт ODBC 3.51. Бесплатен для России.
  • Jaybird — JCA/JDBC driver
  • IBProvider — OLE DB провайдер для доступа к Firebird и InterBase. Есть собственный, оптимизированный ADO.NET провайдер для взаимодействия из .NET приложений.
  • FIBPlus — Библиотека компонентов Delphi, C++ Builder, Kylix и классов Ada для Firebird и InterBase. Специальные цены для бывшего СССР.
  • Unified Interbase (UIB) — Бесплатная библиотека компонентов (Delphi, Kylix, FreePascal).
  • IBAnalyst — Инструмент для углублённой проработки вопросов оптимизации работы сервера Firebird. Бесплатен до версии 1.9.5.1. Начиная с версии 2.0 платный.
  • RSS‐каналы по Firebird
  • Interbase/Firebird Development Studio — Firebird Development Studio
  • IBEasy+ — Бесплатный инструмент администрования для Firebird/Interbase
  • Fyracle — Oracle‐mode Firebird
  • Fyracle — Firebird Community Database News
  • FirebirdNews — Major source of Firebird related news
  • IBaseForum — Web-форум поддержки (Русский)
  • Лицензия. InterBase Public License (IPL) и Initial Developer’s Public License под которыми выпускается Firebird
  • Работа в PHP

Литература

  • Борри Хелен.Firebird. Руководство разработчика баз данных = The Firebird Book: A Reference for Database Developers. — Спб.: «БХВ-Петербург», 2007. — С. 1104. — ISBN 978-5-94157-757-6.
  • Helen Borrie. The Firebird Book Second Edition // Volume 1: Firebird Fundamentals. — CreateSpace Independent Publishing Platform, 2013. — С. 470. — ISBN 978-1482744972.
  • Helen Borrie. The Firebird Book Second Edition // Volume 2: Developing with Firebird Data. — CreateSpace Independent Publishing Platform, 2013. — С. 532. — ISBN 978-1482767308.
  • Helen Borrie. The Firebird Book Second Edition // Volume 3: Administering Firebird Servers and Database. — CreateSpace Independent Publishing Platform, 2013. — С. 444. — ISBN 978-1482768480.

Примечания

  1. ↑[1]
  2. ↑Firebird Databases as the Back-end to Enterprise Software Systems
  3. ↑Firebird Lists and Newsgroups (англ.) . Firebird Foundation Incorporated. Проверено 9 февраля 2010.Архивировано из первоисточника 24 августа 2011.
  4. ↑Кузьменко, ДмитрийInterBase и Firebird: развитие и перспективы. iBase (29.06.2006). Проверено 9 февраля 2010.Архивировано из первоисточника 24 августа 2011.
  5. ↑Минкомсвязь России.Протокол экспертной оценки проектов по импортозамещению инфраструктурного программного обеспечения, соответствующего пунктам 4-8 плана импортозамещения программного обеспечения (02 июня 2015 года).
  6. ↑Ред Софт.Заказчики ПО «Ред база данных».
  • Проверить достоверность указанной в статье информации.
  • Переработать оформление в соответствии с правилами написания статей.

Источник: www.wikiznanie.ru

InterBase v Firebird

In summary, InterBase is faster, scales further, offers more business critical features, has commercial grade support and a lower total cost of ownership. Read below to see how that is all true.

Возможности InterBase Firebird Платформы ( ) Core SQL Engine Data Security ( ) Business Continuity ( ) In-built change tracking
Windows
Linux
iOS and Android
Mac OS X
Solaris
ACID Compliant
Embeddable
Stored Procedures, Triggers, Generators
High Concurrency
Database Encryption External
Column Level Encryption
Multiple Encryption Keys
User / Role Decryption
Backup
Журналирование
Point-in-Time recovery
Change Tracking / Sync 3 rd Party External option
License Cost Per Server If you are looking for a fast database that will grow with you, InterBase scales further, for longer, and is consistently faster than Firebird.

InterBase v Firebird on Data Protection.

Data protection is a key worry for all businesses today. A data breach typically leads to 4% loss of your customer base with regulatory fines that can lead into millions of dollars and corrective action plans that require staff re-training, customer credit score monitoring etc all on top. This all adds up to a rather expensive exercise best avoided. It is far better to build this in upfront rather than pay for it later.

Watch the Rising to the Data Security Challenge webinar for best practice advice on how to reduce the risks around Data Protection.

When it comes to data protection, both InterBase and Firebird offer role based authentication to control access to data inside the database however this is just the foundation and encryption at rest is key to safe storage of data and avoiding the bigger fines.

The first encryption capability for Firebird arrived in 2016 allowing for the database in its entirety to be encrypted using external encryption libraries. While useful, the architecture is prone to man-in-the-middle attacks and encrypting everything unnecessarily will slow down the database engine and reduce scalability.

In contrast, a highly flexible encryption model has been built into the InterBase core engine since 2010 offering entire database and focused fast granular column level encryption. Additionally, InterBase allows the creation of multiple encryption keys to protect different types of data, a key requirement to conform to many industry best practices e.g. around PCI.

InterBase supports data protection best practice by separating the responsibility for defining data visibility away from general database users into the SYSDSO (System Data Security Officer) login. Having SYSDSO manage granular encryption ensures data visibility rules are built into your data layer and are enforced though-out the development life cycle. By removing the need to manage data visibility rules from the development and test teams, you protect your application from accidental data leaks when refactoring applications in the future. This also removes major risks associated with privilege attacks; the simplest example being developers seeing data they should not have access to.

InterBase v Firebird on Disaster Recovery.

Both InterBase and Firebird are ACID compliant, allowing data to be backed up while the database is live due to a multi-generational architecture.

Backup

Firebird has developed incremental backup allowing them to be run regularly appending files for only what has changed.

InterBase also offers incremental backup, but rather than into backup files that have a long restore process, InterBase produces a secondary read only database. This offers two immediate benefits

  • High demand data mining queries can be run onto a secondary server without impacting from the production server.
  • A copy of the database is available in case of hardware that doesn’t required a lengthy restore process to run first, reducing the costs and risk associated with down time.

Journaling and Point-in-time recovery

InterBase commercial grade features take one giant step on from incremental backups with Journaling and Journal Archives. Journaling allows a database to benefit from in-memory speed with the security of immediate write to disk. Journaling is available to InterBase users and is heavily used in a number of high demand medical data processing facilities due to the speed, performance and data integrity benefits it brings, where the loss of any data can be life or death.

InterBase Journal Archives are the next step on and provide point-in-time recovery, allowing you to take a database back in time to a specific split second to see how the data looked. This allows for the recovery of data, even when a backup hasn’t been run, for ultimate disaster recovery protection. Journaling to a SAN allow for complete data recovery even in the case of hardware failure.

InterBase v Firebird — Replication

The IoT Award winning InterBase technology Change Views provides a replication API built into the core InterBase kernel without extra run time charges. Designed from the ground up to be highly scalable, even for bi-directional data movement, Change Views dramatically reduces the cost of replicating data and ensures remote brief-cased data stays highly relevant.

Firebird doesn’t have any replication API, instead requires the purchase of IBReplicator licenses from IBPhoenix. IBReplicator is an established Replication Technology available for both InterBase and Firebird and is based on trigger based replication. IBReplicator charges $150 per replication server plus a replication target license of $130 per destination. Because of scalability issues, the largest pack pricing available is for 20 licenses.

Bidirectional replication with IBReplicator is complicated to configure (as it requiring unique database users for each database to prevent circular changes) making it very time intensive to setup and complicated to manage (something you don’t need to worry about with Change Views). Firebird replication also requires remote databases to be fixed in their location to enable connectivity, rendering it impractical for mobilization projects where they are constantly on the move.

As Change Views is included in the InterBase license, Firebird replication soon outweighs the cost of InterBase (around 10 seats at list price), has a higher setup and management cost and are less flexible. Even if you found a way to manage Firebird replication to 1000 devices for a distributed project, IBReplicator costs would make InterBase a whopping 93% cheaper than using Firebird!

Read the Change Views white paper to discover how Change Views is different from other replication technologies and simplifies data movement.

InterBase v Firebird — Mobile

With mobile accounting for more connected devices today than traditional desktop and servers, mobile is key to the delivery of modern application architecture. The need for offline data is also essential to deliver the best user experience for end users.

InterBase brings its secure encrypted database format to iOS and Android (through InterBase ToGo) allowing one database to be used everywhere. With the addition of the patent pending Change Views, InterBase provides a scalable offline capability that helps reduce the cost of getting data to mobile.

Currently Firebird doesn’t have released support for mobile and tablet platforms.

Looking to take your work force to mobile? read
Mobilizating Enterprise Data – Top 5 mistakes and how to avoid them

InterBase v Firebird – Support and Team Access.

InterBase has cost effective options for global commercial grade support that will help give your customers peace of mind. With established SLA that include installation support to get you going, InterBase on-going support is very low in comparison to Firebird’s charged for extra.

The entry level Firebird support offering is “30 day email only support” for $850, rising to $10,000 (Windows) to $20,000 (Linux) per year.

To put it another way:

  • Just 30 day’s support for Firebird costs more than 1 years support for 100 InterBase desktop deployment licenses.
  • For 100 desktop deployments, Firebird is 15.4 x more expensive than InterBase for 1 years support.
  • If you combined licenses and 1 years support costs for 100 desktop deployments, Firebird is almost 4 times the price of InterBase in year one, and then 15.4 x more expensive for each additional year.
InterBase Firebird Total $2,812 $10,000
100 Desktop Deployments $2,163 $0
1 years support $649 $10,000

A supported top-end InterBase license (Server with unlimited users) for windows has annual running costs that are $7,891 per year cheaper than Firebird.

Every year you pay for Firebird support, you could have purchased 4¾ years InterBase support. Over 3 years, and including upfront license costs, that is a saving of $16,643.

InterBase Firebird Total $13,357 $30,000
1 Windows Server (with Unlimited users) $7,030 $0
1st years support $2,109 $10,000
2nd years support $2,109 $10,000
3rd years support $2,109 $10,000

When it comes to Linux you could have InterBase supported for 9 years (9 x $2109 = $18,981) for less than the price of a single years support for Firebird (1 x $20,000).

When it comes to access to the InterBase product manangement team, this is included for all InterBase ISV / VAR and OEM customers in your general license costs. The same privilege for Firebird with IBPhoenix costs $50,000!

Summary

It is never an easy conversation to suggest a customer pays for something when they could opt for an Open Source free alternative, however Open Source is not quite like a free beer, it’s more like a free puppy; you have to look after it and care for it and the costs do mount up. While InterBase has a license cost, it delivers more bang for your buck!

InterBase is faster, vastly more scalable, is packed with superior disaster recovery and data protection compliance features that are key to maintaining both you and your customer’s reputations. Additionally, Change Views adds a zero cost and highly scalable replication engine API that reduces significantly both data movement and replication licensing costs for the lowest total cost of ownership.

InterBase continues to offer a faster and more scalable solution than Firebird that will grow with your customer. And as an ISV/OEM/VAR customer your future requirements can always be shared directly with the product management team freely.

If your data is important, Choose InterBase. Choose to Embed, Deploy, Relax!

Источник: www.embarcadero.com

Рейтинг
( Пока оценок нет )
Комментарии0
Загрузка ...
Похожие материалы
EFT-Soft.ru