Одной из проблем, которые могут возникнуть при передаче данных в Access, является то, что доступ ограничен максимум 255 полями на таблицу. Базы данных FileMaker, которые клиенты отправляют мне для преобразования, часто имеют сотни полей.
Когда я выполняю эти преобразования с помощью FmPro Migrator, я всегда делаю прямое соединение между базами данных - чтобы сохранить кодировку UTF8 в данных FileMaker.
Еще одно соображение заключается в том, хотите ли вы также преобразовать GUI и бизнес-логику (скриптинг) из FileMaker для использования с вашей базой данных PostgreSQL. Объекты в FileMaker могут быть извлечены как XML, что позволяет преобразовать эти объекты в нечто эквивалентное и полезное в другом приложении. Одним из популярных решений для графического интерфейса сегодня является веб-приложение PHP.
Так, например, элементы из макетов FileMaker (поля, изображения, текстовые метки, объекты векторной графики) могут быть преобразованы в HTML, CSS и JavaScript в веб-приложение PHP.
Списки значений FileMaker (используемые для выпадающих меню, переключателей и групп флажков) могут быть определены как массив в PHP. Это может быть либо статический массив значений, либо динамический массив, полученный во время выполнения - для эмуляции исходной функциональности.
По соображениям производительности может быть очень полезно преобразовать поля нечетких вычислений и сводки FileMaker в SQL Views. Таким образом, вычисления выполняются на сервере базы данных, а не через PHP в веб-приложении.
«FileMaker Pro похож на Microsoft Access.» «Нет никакого сходства между FileMaker и Access, за исключением того, что оба являются реляционными базами данных. Но тогда PostgreSQL, так что вы не получите преимущества перехода через Access. –