Привет Всем!

Есть база больше, чем 4 ГБ. Необходимо сделать многотомную базу (по 2 ГБ файлик) для хранения на fat32.
Делаю через backup-restore. Но для 2-го, 3-го , n-го файлов в restore необходимо указать полный путь к файлу.
При подсоединении к БД (она может лежать в любой папке) ищутся 2-ой, 3-ий, n-ый файлы по точному пути, который был указан при restore.
Хотелось бы, чтобы 2-ой, 3-ий, n-ый файлы искались в папке рядом с 1-ым файлом.
Пробовал в restore не указывать полный путь к 2-ому, 3-ему, n-ому файлу - при подключении пытается найти их в windows/system32.
Использую firebird 2.1, может в новых версиях разрешили относительный путь для 2-ого, 3-его, n-ого файла?
Или только с помощью правки исходников firebird можно это победить?

МимопроходящийGreySerg> Необходимо сделать многотомную базу (по 2 ГБ файлик) для хранения на fat32.
не нужно этого делать.

Нужно, особенно для хранения БД на флешке, если на флешке будет NTFS, то вылетит вылетит намного быстрее, чем в FAT32, при постоянном вставке/удалении/обновлении данных в БД.
Мимопроходящийда, были когда-то давно утилиты позволяющие менять пути ко вторичным
файлам БД.
что-то типа "релинк", или наподобие.

Можно ссылку на такие утилиты?

Гаджимурадов РустамНу, многотомные базы-т о ещё ладно, но зачем сегодня fat32 да ещё на сервере?!

Сервером для программы может являться любая ОС, та же Windows XP, которая использует fat32 и еще очень популярна и распространена.

Dimitry SibiryakovGreySergесли на флешке будет NTFS, то вылетит вылетит намного быстрее, чем в FAT32

Из какого пальца ты высосал эту ерунду?

PS: Не надо БД хранить на флэшке.

NTFS - журналируемая файловая система, кроме записи данных на флешку пишется еще и журнал, что увеличивает износ флешки.
Не надо мне говорить, что не надо использовать fat32 и флеш, ПО успешно работает с 2007 года , сейчас возникла проблема с превышением БД 4 ГБ. Решение проблемы с помощью конвертации в NTFS - неудобно с точки зрения поддержки, т.к. многие клиенты имеют очень плохое компьютерное образование и еще существуют проблема замедления скорости и износа флешки на NTFS.
exFAT для флешек не подходит, т.к. надо с собой носить драйвера.

Дело в том что баз, превысивших 4 ГБ, - несколько тысяч, не одна.

Мимопроходящийхрани бекапы, они меньше.

Не понимаю, как бэкапы могут решить проблему превышения базы 4 ГБ у тысяч клиентов. Бэкап-рестор немного уменьшает БД (делает меньше 4 ГБ), но это не надолго.

hvladGreySergNTFS - журналируемая файловая система, кроме записи данных на флешку пишется еще и журнал, что увеличивает износ флешки.И что же, по твоему, пишется в этот журнал ?
Журнал USN

Мимопроходящийыщо раз.
ненужно хранить базу на флешке.
тем более на фат32.
ненужно заставлять сервер работать с базой,
которая лежит на флешке.

для упёртых: утилита называется ibrelink,
автор - Danny Mavromatis.

C флешкой работает Embedded firebird.
Спасибо за утилиту.

AriochGreySergNTFS - журналируемая файловая система, кроме записи данных на флешку пишется еще и журнал

Ну отключи его. Как и дату "последнего обращения к файлу"

Кстати, по-моему как раз данные в жyрнал не пишутся, по-моему ты путаешь NTFS и ext4
Как отключить журнал в NTFS, даже если это возможно, это внедрение в систему безопасности клиента, что не очень хорошо.
Я дал ссылку с википедии.

AriochGreySergКак отключить журнал в NTFS

Google + 2 seconds

http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/fsutil_usn.mspx?mfr=true


GreySergэто внедрение в систему безопасности клиента

Да-да-да, настройка - даже не форматирование - моей флэшки относится к СБ клиента.
Флешка не ваша, а клиента, и объяснить клиентам, как это сделать по этой статье - сложная задача.
А вот сравнение работы флешек на разных файловых сиcтемах.
И тут написано, что: С другой стороны NTFS крайне надежная файловая система, выдерживающая не один внезапный ресет. Такая надежность обеспечивается журналированием. Это приведет к тому, что система будет чаще обращаться к определенным областям накопителя. Для флешек и карт памяти такой подход критичен. Они будут изнашиваться быстрее.