Мимопроходящийутилита называется ibrelink,
автор - Danny Mavromatis.

может кто-нибудь дать ссылку на эту утилиту, что-то не могу найти

kdvGreySerg,

что-то я ibrelink не упомню, а вот glink - да.
http://www.ibase.ru/download/glink.zip
Спасибо.
Но судя по описанию здесь этой утилиты, это не совсем то, что мне нужно. Эта утилита меняет известный путь на такой же известный, а мне надо чтобы 1-ый *.fdb файл видел остальные n файлов, лежащие в этой же папке, где 1-ый, и папка была любая, т.е. пример:
БД из 3-х файлов: D:\Test\db.fdb, D:\Test\db.fd2, D:\Test\db.fd3
Соединяемся с D:\Test\db.fdb, соответственно коннектятся и остальные части fd2 и fd3 (Все хорошо, т.к. я делал restore всех частей в папку D:\Test).
Переносим 3 файла db.fdb, db.fd2, db.fd3 в новую папку F:\Test2. При коннекте с F:\Test2\db.fdb у меня будет ошибка, т.к. не найдет 2 файла D:\Test\db.fd2, D:\Test\db.fd3, которых естественно там нет (мы их перенесли в папку F:\Test2).
Есть 2 варианта решения:
1) Изменить исходники firebird, чтобы он видел вторичные файлы рядом в этой же папке
2) Перед коннектом к F:\Test2\db.fdb необходимо запускать утилиту glink и менять путь к вторичным файлам.
Если я неправ, поправьте пожалуйста.

Или все же не заморачиваться с многотомами на флешке, а конвертировать флешку в NTFS и не парится по скорости работы флешки и вопросу быстрого вылета флешек на NTFS.
Вы же утверждаете, что всего вышеописанного на флешках NTFS - нет, все быстро работает на NTFS и срок службы флешки такой же как и на Fat32.
Мои приведенные ссылки утверждают обратное.
Есть ли у вас аргументированное обоснование "моих заблуждений"?
Пока кроме высказываний
Dimitry SibiryakovТо, что там написано относится к обычной работе с файлами - создание, копирование,
удаление. БД работает совсем иначе. Именно поэтому износ за счёт журнала - ерунда. и
zirraНа второй бы мессаге начал грубить и пальцем в ТТХ флешек тыкать...?

я ничего не увидел.

kdvGreySerg мне надо чтобы 1-ый *.fdb файл видел остальные n файлов, лежащие в этой же папке, где 1-ый
то, чего тебе надо, никогда не будет, потому что пути вторичных файлов жестко зашиты в БД. Увы, так это сделано, и вряд ли кто будет это менять сейчас, потому что вторичные файлы уже давно никому не нужны.
То что мне надо , может быть, если я изменю исходники firebird (1 вариант)
AriochGreySerg,

есть ещё полтора варианта

15530593 15530631
И чем же мне поможет subst и symlink?

AriochGreySerg,

установкой одного пути типа s:\111fdb s:\222.fdb s:\333.fdb для всех файлов на любой машине
Согласен , subst и symlink хороши.
Надо попробовать.
Ariochони описывают совсем другие сценарии работы. в вашем же случае - как вы его описали - журнал может быть (за исключением увеличчения файла FDB) можно вообще не обновлять
На флешке пользователь может хранить не только базу firebird, но и свои данные и мы ухудшаем работу с флешкой, заставляя пользователя конвертировать в ntfs для работы с базой.

МимопроходящийHello, GreySerg!
You wrote on 7 февраля 2014 г. 15:03:10:

GreySerg> На флешке пользователь может хранить не только базу firebird, но и свои
> данные и мы ухудшаем работу с флешкой, заставляя пользователя
> конвертировать в ntfs для работы с базой.
ыщо раз.
ничего ХРАНИТЬ на флешке не нужно.
флешка для этого не предназначена.
никаких жизненно важных данных.

В моем случае, база firebird - НЕ жизненно важные данные, если что-то повредится , мы перепишем клиенту новую БД.

МимопроходящийHello, GreySerg!
You wrote on 7 февраля 2014 г. 15:19:04:

GreySerg> В моем случае, база firebird - НЕ жизненно важные данные, если что-то
> повредится , мы перепишем клиенту новую БД. пишите на DVD.



На DVD нельзя обновлять базу firebird.