Вам может быть трудно отговорить их от FileMaker, потому что на самом деле это был довольно умный инструмент для создания небольших, собственных приложений баз данных, и у него была очень лояльная база пользователей. Но вы правы - это не очень хороший инструмент для создания веб-приложения.
У меня была похожая проблема с клиентом, который все еще использовал пользовательское приложение dBase IV. К счастью, в архиве Perl CPAN есть модули для общения с что угодно . Поэтому я написал сценарий, который каждую ночь экспортировал всю базу данных dBase IV, и загрузил его в MySQL в виде набора таблиц только для чтения.
К сожалению, для этого требовалось отключать MySQL на 30 минут каждую ночь. (Это была большая база данных, и нам пришлось преобразовывать текст произвольной формы в HTML.) Поэтому мы переключились на PostgreSQL и выполнили обновление всей базы данных в виде одной транзакции.
Но что, если вам нужен доступ на чтение и запись к базе данных FileMaker? В этом случае у вас есть несколько вариантов, большинство из которых плохие:
- Создание инструмента двунаправленной синхронизации .
- Полностью избавьтесь от FileMaker. Если клиентские базы данных FileMaker тривиальны, это может быть относительно просто. Я бы начал с того, что написал бы быстрый и грязный клон их наиболее важных баз данных и продемонстрировал их в веб-браузере.
- Клиент может лучше всего обслуживаться веб-приложением на основе FileMaker. Если это так, направьте их в Google .
Но как вы продаете клиенту по заданному выбору? Вероятно, лучше всего изложить затраты и выгоды каждого варианта и позволить клиенту решить, что лучше для его бизнеса. Вы можете потерять работу, но сохраните репутацию честного совета и не будете участвовать в проекте, который плохо подходит вашему клиенту.