Котовасия...
...и скачать последнюю версию архива с Firebird embedded, например: https://github.com/FirebirdSQL/firebird/releases/download/R2_5_8/Firebird-2.5.8.27089-0_Win32_embed.zip

Распаковываем прямо в папку с клиентским приложением...
Фигню написал. :( Уточнение.
Клиентская библиотека (fbclient.dll/gds32.dll) должна быть доступна клиентскому приложению в соответствии с правилами пути поиска, используемых Windows для обнаружения библиотеки DLL : https://msdn.microsoft.com/ru-ru/library/7d83bc18.aspx
То есть, например, клиентское приложение должно находиться в той же папке, что и клиентская библиотека (fbclient.dll/gds32.dll), или путь должен быть указан "глобально", в переменной окружения PATH. Или "локально" (т.е., только для данного процесса) - с помощью функции API SetEnviromentVariable. И т.д.

FB 3.0*.
Многое не так, как в FB 2.5, читаем «иещеболее» внимательно.

Где брать файлы для Firebird embedder 3.0*?

Отдельного пакета для Firebird Embedded больше нет.

Файлы берем вот здесь: https://www.Firebirdsql.org/en/Firebird-3-0/
Ищем “Zip kit for manual/custom install”, например: https://github.com/FirebirdSQL/Firebird/releases/download/R3_0_3/Firebird-3.0.3.32900-0_Win32.zip

Скачиваем, распаковываем в отдельную папку.
Смело удаляем подпапки doc, examples, system32, include, lib, misc, help.
Удаляем все файлы с расширениями «exe» и «bat». Если вы уже знаете, для чего нужны эти «exe» - шники, и они вам действительно нужны - их удалять не следует. Например, оставить gfix, gstat, gbak, isql и nbackup.
Также удаляем fbrmclib.dll, fbtrace.conf, security3.fdb.
В папке plugis удаляем все файлы, кроме файла engine12.dll.

Как было сказано ранее, из-за особенностей клиентского кода (использование старых «дельфийских» компонентов ibx, например), возможно, придется переименовать клиентскую библиотеку: fbclient.dll переименовать в gds32.dll.

Клиентская библиотека (fbclient.dll/gds32.dll) должна быть доступна клиентскому приложению в соответствии с правилами пути поиска, используемых Windows для обнаружения библиотеки DLL: https://msdn.microsoft.com/ru-ru/library/7d83bc18.aspx

То есть, например, клиентское приложение должно находиться в той же папке, что и клиентская библиотека (fbclient.dll/gds32.dll), или путь должен быть указан "глобально", в переменной окружения PATH. Или "локально" (т.е., только для данного процесса) - с помощью функции API SetEnviromentVariable. И т.п.

Настройка режима embedded 1.

Уже можно работать.

Для работы с файлом базы по «embedded» протоколу, клиентское приложение в строке коннекта должно указать лишь путь к файлу базы.
Правильно:
D:\MyFiles\MyBase.fdb
Не стоит указывать сетевой путь (даже Localhost или 127.0.0.1).
Неправильно:
Localhost:D:\MyFiles\MyBase.fdb

Если вы укажите в строке коннекта сетевой путь, то Firebird embedded превратится в обыкновенную клиентскую библиотеку, обеспечивающую доступ к удаленному не-embedded серверу Firebird.

При «embedded» коннекте не требуется логин или пароль . Однако №1: некоторые клиентские утилиты и библиотеки могут требовать их наличия (например, будет появляться окно диалога с требованием указать логин и пароль) – в этом случае нужно указывать «хоть что-то».
Однако №2: SQL привилегии (права на объекты, «гранты») продолжают действовать. Таким образом, при «embedded» логине пользователь должен соответствовать выданным правам. (при коннекте с username=SYSDBA, таким образом, получим доступ ко всем объектам).


Но все это пока не обеспечивает одновременный доступ к файлу базы из разных процессов .

Настройка режима embedded 2. Обеспечение одновременного доступа к файлу базы из разных процессов.

Открываем в текстовом редакторе файл Firebird.conf, находим строку:
#ServerMode = Super
Редактируем ее, должно получиться:
ServerMode = Classic

Важно 1: Перед завершением приложения, использующего Firebird embedded, следует вызвать функцию fb_shutdown(). 21386074

Важно 2: Пред вызовом функции fb_shutdown() следует сохранить управляющее состояние FPU, а затем – восстановить его. Обычно клиентские библиотеки делают это самостоятельно, но в данном случае придется делать все руками. 21386074

Замечание. fb_shutdown() следует вызывать лишь после того, как был выполнен минимум один коннект к базе или к сервису (даже если всего лишь версию клиента запросите).

...
Для FB 3.0* - всё?

hvlad,

насчет FPU - это требование дельфистов, использующих extended. Вернее, взвывших покупателей нашего продукта, потерявших точность при вычислениях.

Насчет второго - это исходя из опыта. Когда вызывался fb_shutdown() просто так, без предварительного коннекта - все падало. Может, уже исправили, но я на всякий случай все еще дую на холодную воду.

hvlad,

не, конкретно именно с fb_shutdown() несколько раз было "сломали - починили - сломали - починили", я уж лучше подстрахуюсь, чем из отпуска во все лопатки лететь.

hvlad...Сто лет как все вызовы API сохраняют и восстанавливают маску FPU. fb_shutdown - не исключение
...
Тоже сто лет назад что-то такое было.
...
Посмотрел историю: в начале 2015-го сие было.

Vlad FКотовасия Важно 1: Перед завершением приложения, использующего Firebird embedded, следует вызвать функцию fb_shutdown(). 21386074

Уточни без отсылок на вторичную документацию, когда это действительно нужно делать, а когда необязательно. И чем и когда конкретно грозит. Ибо я с IBX различных версий (а сейчас еще дополнительно с FireDAC) никогда сам дополнительно этого не делал и действительно не понимаю в этой связи столь категоричного требования.
Если все в порядке - не делай. Может, нонешние IBX сами все делают.
А как заметишь, что при завершении приложения какие-то глюки или фризы - попробуй постучать в сей бубен.

Я все время делаю. У меня древние FIB+, разработчики тогда знали про fb_shutdown(). Кстати, хорошая идея, надо бы добавить в код.

Ой.
Котовасия...
Я все время делаю. У меня древние FIB+, разработчики тогда НЕ знали про fb_shutdown(). Кстати, хорошая идея, надо бы добавить в код.