1. Нет необходимости открывать доступ к папке диску или файлу по сети, так как Firebird работает по своему TCP/IP адресу 3050

а вот на счет Windows Vista
следующие приколы:

1. Даже Пред регистрацией программы
нужно зайти в "Панель управления" найти "Учетные записи пользователей"
найти строку
"Включение и отключение контроля учетных записей (UAC)"
открыть это окно - снять единственную галочку, ОК, и перегрузить компьютер
только после этого можно нормально зарегистрировать программу
и
Путь в ярлыке должен всегда иметь указание IP адреса если даже подключаемся к локальной базе данных

Слушайте папу... :yep:

Рекомендации по поводу хранения базы данных.

1. Желательно переименовать базу данных из Pizza.gdb в Pizza.fdb
   и не забыть изменить настройки ярлычков на рабочих столах пользователей.

Пояснения:

  Дело в том что WindosXP считает файлы с расширением *.gdb - системными
  и делает им резервное копирвание, а в случае сбоя системы восстанавливает
  эти системные файлы, то есть существует вариант когда Windows поднимет
  старый файл баз данных, что никому не нужно.

2. Обычно база данных ложится на компьютер на диск C:\Pizza.fdb
   что обоснованно наиболее быстрым доступом к диску С:\
   но...
   рекомендуем создавать отдельный раздел на диске
   например D:\ размером 5-8 Гб
   ложить туда базу, и менять ярлыки программы переориентируя на новый путь к базе
  то есть например на D:\Pizza.fdb
  и ...
  на диск D:\ больше ничего не ложить - не копировать туда ни каких файлов -
  то есть раздел просто для хранения базы данных.

Пояснения:

  Дело в том что если база лежит на отдельном разделе диска и там никто не делает
  ни каких файловых операций - база данных записывается последовательно
  на диск, то есть не нуждается в диафрагментации в следствии чего доступ
  к данным будет быстрее , так как база физически на диске лежит одним куском.
  Если же....
  База наша лежит на диске C:\
  То как известно там проходит тысячи файловых операций, сама Windows делает файл подкачки,
  создает временный файлы и так далее. В следствие чего когда мы работаем с базой данных
  мы тоже записваем данные на диск но физически файл получается разорванным на куски,
  и когда мы обращаемся с отчетами, чтение начинается с одного куска , потом перескакивает
на другой и так далее, то есть время выполнения запроса возрастает из зи недиафрагментированности
базы данных.
Более того , база данных более подвержена повреждениям, так как в случае не корректной работы
Windows если при записи какого-то файла он физически попадает на нашу базу данных
(чего не должно случатся, но так иногда бывает это же Windows) в следствие чего
получаем нарушение при чтении нашей базы данных.

Конечно это не очень критично, но в качестве рекомендации прошу это учесть
и в новых установках для сервисников применять описанный выше метод.

Хотелось бы описать причину по которой могут происходить такие варианты отключения базы данных
чтоб самому не забыть а может это кому-то и поможет.

Если в сети работает WiFi и ротуер настроен так что IP адреса пересекаются с IP адресом любой из компьютеров
где стоит программа то первый подключившийся через WiFi клиент может получить адрес рабочего компьютера
что приведет к конфликту IP адресов и на компьютере с программой произойдет обрыв связи с базой данных.

Выход такой:
или использовать для сети WiFi  в другю маску IP адресов
или ограничить диапазон раздачи IP адресов в роутере
или всем компьютерам включить автоматическое получение IP адреса и отредактировать ссылки на базу данных не через IP  а по имени компьютера сервера.