问MySQL和Filemaker Pro？

EN

您可能很难说服他们放弃FileMaker，因为对于开发小型的内部数据库应用程序来说，它实际上是一个相当聪明的工具，而且它拥有非常忠实的用户基础。但您是对的--它不是一个制作web应用程序的好工具。

我的一个客户仍然在使用自定义的dBase IV应用程序，我遇到了类似的问题。幸运的是，Perl的CPAN存档包含用于与任何内容对话的模块。因此，我编写了一个脚本，每天晚上导出整个dBase IV数据库，并将其作为一组只读表上传到MySQL中。

不幸的是，这需要每晚关闭MySQL 30分钟。(这是一个大型数据库，我们必须将自由格式的文本转换为HTML。)因此，我们切换到PostgreSQL，并将整个数据库更新作为单个事务来执行。

但是，如果需要对FileMaker数据库进行读写访问，该怎么办呢？在这种情况下，您有几个选择，其中大多数都不好：

1. 构建一个完全脱离FileMaker的bi-directional synchronization tool.
2. Get。如果客户机的FileMaker数据库不重要，这可能相对容易。首先，我会为他们最重要的数据库写一个简洁明了的克隆，并在web浏览器中演示给他们。
3. 实际上，基于FileMaker的web应用程序可能是最好的客户端。如果是这样的话，refer them to Google.

但是，如何在给定的选择下说服客户呢？最好列出每种选择的成本和收益，并让客户决定哪种选择最适合他们的业务。你可能会失去这份工作，但你将保持诚实建议的声誉，而且你不会参与到一个不太适合你的客户的项目中。

我们使用FileMaker和PHP/MySQL开发解决方案。我们的建议是在MySQL这样的web应用程序优化技术中做web应用程序。

话虽如此，FileMaker确实有一个可靠的PHP，所以如果web应用程序有相对轻量级的需求(例如在家庭使用中)，那么使用它就可以省去同步的麻烦。

FileMaker的ESS技术让我们FileMaker使用SQL作为后端数据源，这为您提供了两种选择：

1. 使用ESS作为在FileMaker中进行同步的一种很好的紧密方法-这样您就可以在FileMaker解决方案中使用“本机”数据源。
2. 使用ESS允许FileMaker直接用作MySQL表上的报告/数据挖掘/临时查询和编辑工具-它工作得很好。

我们发现使用ESS/MySQL后端在FileMaker中构建一个复杂的应用程序是非常棘手的，所以是从上面选择1个还是2个取决于FileMaker使用的复杂程度和繁重程度。

除此之外，SyncDek作为自动化同步的第三方解决方案有着良好的声誉。

我一直在解决类似的问题，并找到了一些emk没有提到的解决方案……

SQL可以链接到外部数据源(ESS)，因此您可以使用ODBC连接到MySQL (或其他)数据库并共享数据。你可以在here上找到更多信息。我们尝试了一下，发现它相当慢，因为honest

1. Syncdek是一个声称可以让你在Filemaker、MySQL和其他结构化数据源之间执行数据复制和数据传输的产品。
2. 可以使用Filemaker的Instant Web Publishing作为web服务，然后您的应用程序就可以通过它来推送和拉取数据。我们在php
3. you中找到了几个用于此目的的包装器，并且python可以在FileMaker数据库中放置触发器，以便每当记录发生更改(或您感兴趣的记录的一部分)时，您可以调用web服务来更新您的网站可以访问的数据的MySQL或memcached版本。

我发现人们喜欢FileMaker是因为它为他们的数据提供了一个非常可视化的界面--在没有太多开发知识的情况下，很容易制作出相当大的自包含应用程序。但是，当涉及到与许多用户协作或以FileMaker应用程序以外的格式呈现这些数据时，我们发现性能是一个真正的问题。