Filemakerの長所と短所は何ですか？
潜在的な顧客から、連絡先管理/スケジューラカテゴリに分類されるいくつかのアプリのプロモーションチラシを見てほしいと頼まれました。どちらもバックエンドとしてFilemakerを使用します。これらの2つのアプリはWebアプリとして販売されているようです。とにかく、私はFilemakerについて約10年も聞いていなかったので、同じ状況で2度ポップアップするのを見て驚いた。 Macプラットフォームdbシステムとして始まったと思います。
私はSQL ServerやMY SQLなどにはもっとこだわりがありますが、Filemakerについてコメントする前に、システムの長所と短所について知りたいと思います。 Mac用のAccess以上のものでなければなりませんが、クライアント/サーバーまたはWebアプリの分野でプレイヤーとして出会ったことはありません。
おかげでマイク・トーマス
Filemaker Proを呼び出すと、Mac用のアクセスは、Mac OS XはMac用のWindowsだと言っているようなものです。どちらも同じカテゴリのソフトウェアであり、統合プログラミング環境です。 MySQL、PHP、HTML、およびエディターをGUIにまとめたようなものです。 2つを比較すると、どちらにも長所と短所があります。私の経験でFilemaker ProとPHP/MySQL/HTMLを使用することの長所と短所を次に示します。
長所：
- 簡単に始められます
- ローカルで簡単に展開し、共有を有効にして、別のクライアントから接続する
- クロスプラットフォーム（Mac OS X、Windows、iOS）
- 機能を拡張するために利用できる多くのプラグインがあります
- スターターソリューションを含む
- アクセスできる人は誰でもプログラムを編集できます
- ほとんどの場合、プログラミングをドラッグアンドドロップします
- 事実が解放された後にフィールド/データベース/スクリプト名を変更する
- 組み込みのグラフ、タブコントロール、Webビューアーなどの巧妙な組み込みのトリックがあります。
- Excel、cvs、タブ形式のエクスポートをインポートするための組み込みサポート
短所：
- 柔軟性に欠ける：優れた機能を発揮しますが、大部分の運がさらに必要な場合
- 無料の代替手段と比較して高価：ローカルユーザーの場合は年間約100ドル、開発者あたり150ドルです。Webサイトとして使用する場合、特別なホスティングが必要であり、コストが高くなる傾向があります。さらに、ソフトウェアのサーバー部分は年間約300〜800ドルです。
- 機能を拡張するために必要なプラグインも高価になる可能性があります
- プログラミングはドラッグアンドドロップのみで、定義済みのスクリプトステップのみを使用でき、グラフを作成することで関係が作成されます。
- ソース管理が問題です
- スケーラビリティの欠如
- ソリューションから一部のアイテムをコピーして貼り付け/インポートまたはエクスポートできません
- 機能にアクセスするにはマウスが必要です
- レイアウト設計はかなり静的で日付が付けられています（Filemaker 12以降で改善されています）
一般に、Webまたは大規模な組織専用に開発している場合、Filemaker Proはおそらく最適ではないでしょう。同じソリューションで複数の人が開発することは困難です。一方、カスタマイズ可能な社内データベースを必要とする小規模な組織にとっては、大きな恩恵になる可能性があります。あなたがそれの欠陥に対処したいなら、あなたはそれでかなり複雑なアプリケーションを非常に迅速に構築することができます。
長所：
- 安い
短所：
- 安いです
- 非標準です（MySQL/Oracle/MSSQL/Accessの専門家を見つけるのは簡単ですが、Filemakerを知っている人はいません）
Subparおよび/または非標準テクノロジーを使用すると、 テクノロジー債務 のみが作成されます。私は、このニッチな製品を実際に楽しんだ（または望んでいた）立派な開発者を見つけたことがありません。
私の意見では、この製品はMac版のAccessであり、十分なユーザーベースと既存のアプリケーションを獲得したために存在します。市場には多くの製品がありますが、それは良い選択だからではなく、ユーザーがロックされているからです。
私はこのテーマに偏りがあることを認めます-私はそこにあるより大きなFileMaker開発ショップの1つと仕事をしており、このテーマに関する奇妙な本を書きました。実際、FMPの使用を愛する多くの立派な開発者を採用しています。簡潔にするようにします。 :-)
FileMaker Proは、迅速なアプリ開発ツールです。これは主にクライアント/サーバーですが、多くのアプリケーションで適切に機能する非常に立派なWeb公開機能を備えています。 SQLベースではありませんが、ODBC=およびJDBCインターフェース、XML/HTTPインターフェースがあります。
ロックインに関する限り、FileMaker Incは着実に売り上げを伸ばしており、プラットフォームの堅牢性と使いやすさに惹かれている新規ユーザーが非常に大きく成長しています。
Matt Haughtonがそれを釘付けにしたと思います-適切なアプリケーションにとって、FMPは単に最良の選択です。とはいえ、顧客はFMP Proで書かれたアプリを見ているので、自分のメリットでそれらのアプリを評価する必要があります。 FMP開発の良い例かもしれませんし、そうでないかもしれません。
タスクに対するFMPの適合性について詳しく知るには、提案されたアプリケーションとユーザーベースについて詳しく知る必要があります。これらは確かにWebアプリですか、それともクライアントサーバーですか？何人のユーザーがそれを使用しますか？彼らは1つまたは2つのサイトで働いていますか、それともインターネットに広がっていますか？
さらに興味がある場合は、さらに詳しく説明させていただきます。
FileMakerは、他のデータベースやクライアントアプリケーションと非常に簡単にを統合するように設計されています。複雑な分散システムの構築を検討している場合は、他の場所をご覧ください。
FileMakerは[〜＃〜] not [〜＃〜]であり、外部SQLデータソース（ESS）機能セットの設計目標のため、別のデータソースのフロントエンドとして使用するのに適しています、そしてそれは[〜＃〜] not [〜＃〜]遅くてバグがあるためにFMクライアント以外のバックエンドとして使用するのに適していますODBC運転手。 FileMakerのアーキテクチャの性質は、他のシステムとどれだけうまく統合できるかに関係なく、複雑なソリューションではあまりうまく拡張できないことを意味します。
FileMakerを他のバックエンドおよびODBCクライアントとチーム化するときに見つけたいくつかの制限に関する開発者の視点は次のとおりです。
- ODBCドライバーは制限されており、低速であり、クライアント側でメモリをリークします。 xdbc_listender.exeには、サーバー側で同様のメモリリークの問題があり、一定量のRAMを使用すると最終的にクラッシュします。毎晩再起動するスケジュールされたスクリプトがあります。
- FileMakerは、データベースに接続する前に、関連するすべてのデータベースをメモリにロードする必要があります。複雑なデータベースの場合、接続のオープンとクローズは、その構造に応じて非常に遅くなる可能性があります（1〜2秒）、さらにデータベースが他のFMデータベースのテーブルを参照する場合それらも同様にロードする必要があるためです。これを回避するには、アプリケーションの存続期間中は開いたままになる永続的な接続を作成します。開いている接続の数を最小限にしようとしていますが、サーバーのパフォーマンスが低下することはまだありません。
- ODBCドライバーは、奇妙な方法でクエリを解釈します。たとえば、76k行のクエリをUPDATE table_1 SET field_1 = 1に実行しましたが、1つのクエリを各行に1つの46k更新クエリに分割すると思うため、クエリの実行に5分かかりました。 FMクライアントで行を1つずつ更新するのを見たので、これを知っています。したがって、ODBCドライバーはまったく信頼していません。
3つの異なるクエリの別の例と、2つの日付フィールドで検索にかかった時間を次に示します。
SELECT id FROM table
WHERE datefield1 = {d '2014-03-26'}
。5秒
SELECT id FROM table
WHERE datefield2 = {d '2014-03-26'}
。5秒
SELECT id FROM table
WHERE datefield1 = {d '2014-03-26'} OR datefield2 = {d '2014-03-26'}
1分13秒！
- FileMakerSQL Expressデータベースからのデータのキャッシュ方法に問題がありました。キャッシュをクリアするコマンドを実行しようとしましたが、常に機能するとは限りませんでした（これを調査するのに多くの時間を費やしました）。
- FileMakerはレコードの悲観的ロックを使用します。 （クライアントから、またはodbcトランザクションの一部として）編集する前に、FileMakerは最初に行をロックしようとします。
- FileMaker Serverサービスは、管理コンソールを使用して停止することを「優先」します（ただし、管理コンソールも停止できない場合があります）。 FileMaker Serverサービスが他の方法で停止した場合（電力損失、管理コンソール経由、または通常のシステムシャットダウンなど）、データベースの一部が破損する可能性があります。操作中にクライアントがクラッシュした場合、またはネットワーク接続が突然失われた場合も同じです。電力損失の解決策は、 バッチスクリプト を記述してシャットダウンを自動化してから、UPSを購入し、ジュースがなくなる前にスクリプトを実行するようにプログラムすることです。そして、それが機能することを願っています。それ以外の場合は、組み込みスケジューラを使用して1時間ごとにバックアップします。余談：コミットされていないトランザクションをロールバックできるため、SQLサーバーにはこの問題はありません。
- 組み込みスケジューラを使用したバックアップの実行は、バックアッププロセス中にデータベースへの操作を実際に一時停止します。つまり、大規模なデータベースの場合、バックアップに1分かかることがあり、編集/挿入などができないため、ユーザーは一時停止に気付くでしょう。
- FileMaker PHP APIを使用している場合、同じリクエストでANDとORを一緒に使用できないことに注意してください。
- ODBCドライバーを使用して集中的なクエリを実行すること自体は高速ですが、同じクエリを同時に実行します（マルチユーザー環境の場合）。指数関数的に約300％。大量の集中クエリが同時にデータベースにヒットすると予想される場合、速度の問題が発生します。
- FileMaker ODBCドライバーが更新/挿入操作を終了したと言っても、トランザクションがコミットされることを保証しないことがわかりました。 FileMakerは、自動入力計算フィールドが評価/インデックス付けされ、ディスクに保存されるまで、サーバーキャッシュの変更を保持し続けるように見えます。つまり、レコードが実際にコミットされるまで、さらに時間がかかる可能性があります。したがって、実際にはODBC書き込み操作は常に即時書き込みではなく、最終的な書き込みです。この遅延は、多くの計算フィールドとトリガーを持つ複雑なテーブルで特に顕著になります。
- 計算フィールドは、評価対象に応じて、ODBCドライバーを介した実行と読み取りを遅くする場合があります。可能な限り、保存されている値を読み取ろうとします。
- BLOBコンテナーの使用：推奨されていません。オブジェクトフィールドにPDFなどのドキュメントを保存すると、データベースのファイルサイズが大きくなり、バックアップに時間がかかり、ODBCを介したこれらのファイルの取得と編集が複雑になります。ネットワーク共有にファイルを保存し、ディスク上のファイルに書き込む方がはるかに簡単です。
FMを別のデータベースのフロントエンドソリューションとして使用する必要がある場合は、必ず FileMaker's Introduction to External SQL Sources を注意深く読んでください。
Webサイトにある適切なバージョンのFileMaker ODBCガイドも参照してください。
この件についてのコメント
FileMakerは確かに、ライセンス費用の点でいくつかのエンタープライズソリューションよりも安いです。ただし、実際のコストメリットは開発時間にあります。開発ライフサイクルは、通常、他のエンタープライズプラットフォーム（これらのプラットフォームのライセンスコストが何であれ）よりも桁違いに低くなっています。これにより、機能を開発するのに数週間ではなく数日、または数か月ではなく数週間を意味します。
FileMakerはMac用のアクセスであるという強い議論があります。これは数年前に有効な議論でしたが、近年FileMakerは独自のものになりました。 FileMakerはクロスプラットフォームであり、WindowsおよびMacで広く使用されていることに注意してください。 FileMakerとAccessには大きな類似点と相違点がまだあると言われていますが、真実はそれらがあなたの状況に影響を与えないということです。
FileMakerは非標準ですが、MySQL、MS SQL Server、Oracleへのライブ接続をサポートしています。
また、多くのFileMaker開発者は標準的なプラットフォームほどではありませんが、彼らは間違いなく、あなたがどこにいるかを教えていただければ、お住まいの地域の選択した開発者と連絡を取ることができます。
私が作りたい重要なポイントは、正しい文脈でFileMakerはそれがすることにおいて世界で最高のものだということです。もしあなたがそれが意図されていないことをしようとすると、行き詰まってしまいます。ただし、4つの場所にあるオフィスをサポートできます。
他のプラットフォームでシステムを書き直す前に、FileMakerの専門家に連絡して、現在持っているものについて何を言わなければならないかを確認し、このサイトで詳細を書き、専門家以外の人が肯定的または否定的に答える必要がありますあなたを助けません。最終的には、コスト対利益のビジネス上の選択でなければなりません。
もう「短所」をリストする必要はありません-しかし、ここに重要な「プロ」があります-Filemaker Go。データベースをセットアップしたら、ipad/iphoneアプリ（FM12では無料）をダウンロードして、モバイルデバイスから実行します。データベースは、iPad/iPhoneにローカルに保存するか、ホストPCに同期して戻すことができます。
このモバイルソリューションは他の場所でも可能であると確信していますが、基本的なポイントは、エントリーレベルのユーザー（および以前のデータベースエクスペリエンスがないこと）が数週間以内に素晴らしいソリューションを作成できることです。
個人的な経験：デスクの下のPCでホストされているFM 11を実行するメインデータベース-ipadでデータを収集している4人の研究者が街中に散らばっている-すべてが私のPCに同期しています。以前の解決策は、紙を使用し、手でデータを入力することでした。
FileMakerはおもしろいアプリです:)エンドユーザーツールとして始まりましたが、それでもプログラマーではない人が実際に使用できる数少ないデータベースアプリの1つです。しかし、どういうわけかFileMaker開発者はなんとかそれを非常にスケーラブルにすることができました。便利なツールから始めて、会社全体を対象としたクライアントサーバーアプリを作成できるプラットフォームは他にありません。昔、彼らはこのアイデアを捉えたスプラッシュスクリーンを使用していました（不完全なバージョンしか見つかりませんでした）。
つまりファイルキャビネットのように単純で、非常に大きくなることがあります。
FileMakerの長所と短所はすべて、その起源に由来しています。エンドユーザーツールとして、他のDBMSアプリとは大きく異なります。 SQLなし。実際のプログラミングはありません。スクリプトは基本的に、変数といくつかのロジックを使用して、より一般的な方法でユーザーアクションを繰り返すマクロです。多くの制限;例えばリストビューにサイドバーを含めることはできません。動的な値リストは常にアルファベット順にソートされます。 [名前を付けて保存]ダイアログを開いてファイル名を読み戻すには、プラグインが必要です。等々。プログラマーにとって、これは非常にイライラする可能性があります。なぜなら、彼の仮定のほとんどが間違っているからです。そして、プログラマーでない人によって書かれた既存のアプリは、明確さと堅実なデザインの正確なパラゴンではありません。
しかし、障害を克服することができれば、クライアントサーバー、シングルユーザー、Web、モバイルアプリでは、かなり良いRADが見つかります。ランタイムおよびキオスクモードとして。
そうは言っても、一般的な連絡先管理とFileMakerでのアプリのスケジュールについてはよくわかりません。これが彼らのものであるならば、顧客が変更を加えることができるように、彼らはロック解除されるべきです。または、顧客のために他に何もしないニッチなアプリでなければなりません。
FMを実行してさまざまなクライアント向けのソリューションの開発に使用してから1年以上が経ちました。 FMでの経験は次のとおりです。
- 学習曲線は、ハードコーディングされた業界標準テクノロジーを使用するよりもはるかに少ないです。
- ODBCおよびJDBC接続。
- フロントエンドおよびバックエンドのソリューションに適しています。
- FMは、適切なデータベース設計と展開、つまりワークグループまたは部門向けのソリューションを備えたエンタープライズプラットフォームに適合します。これは、そのワークグループの所有者に対するデータであり、他のワークグループまたは部門が利用できるようにします。
- FMは、プロトタイピングを採用した迅速なアプリケーション開発に適しています。
- FMにはさらに多くの機能があります...
自分で試してみることをお勧めします。FMが提供できるものをきっと気に入っていただけると思います。
ハッピーコンピューティング...
Filemakerは非常に強力で多用途です。優れたマルチユーザーサポート。 Filemakerでは、ドキュメント管理、Webインターフェース、iPhoneインターフェース、自動化された発行サポート、スケジュールされたスクリプト、PDF/Excel/HTMLレポート、XMLサポート、発信者IDレコード検索、Webデータの統合（注文にリンクされたUPSおよびFedex）で素晴らしいソリューションを作成できます例えば記録します。プラグインで拡張可能。データのホームデポにいるようなものです。 Amazonを構築しようとしないでください。それ以外は、それで構築できないもの、そして他のほとんどの場所よりも速いアプリ開発者ですか？
FileMakerが非標準であるという多くのコメント。しかし、「標準」とは何ですか？ 「標準」とは、データベースが構造化照会言語（SQL）（ISO標準9075）をサポートし、FileMakerがSQLをサポートし続けていることを意味します。すべてのデータベースエンジンがSQLをサポートする方法は、すべてのデータベースに固有です。現在では、MySQLなどのオープンソースになっている可能性がありますが、SQLはサポートする標準であり、その実現方法の基礎となる言語ではありません。
ほとんどの人がデータベースについて話すとき、彼らはバックエンドのテーブルとスキーマについてだけ話している。フロントエンドのユーザーインターフェイスは、多くの場合別のものです。そして、それらのほとんどは、PHPのようなオープンスタンダードを介して、これらの結果をhtmlページとしてレンダリングしています。繰り返しになりますが、FileMakerはPHP呼び出しとApacheまたはIIS（使用しているOSプラットフォームによって異なります）。
ですから、FileMakerは非標準だと言う人々には同意しません。
FileMakerのユニークな点は、スキーマとユーザーインターフェイスの緊密な統合です。これは、ハードウェアとオペレーティングシステム間のAppleの緊密な統合に似ており、いくつかの利点があります。興味深いことに、FileMakerはAppleが所有していますが、それは別のトピックだと思います。
一般に、FileMakerのユーザーインターフェイスは、ほとんどのオープンスタンダードよりもはるかに使いやすく、ほとんどの人はWebインターフェイスではなくFileMakerのクライアントユーザーインターフェイスにこだわっています。 FileMakerユーザーインターフェイスでのみサポートされ、Webブラウザーで複製できないものがまだいくつかあります。
FileMakerは、スキーマとユーザーインターフェースの密接な統合により、迅速なアプリケーション開発を本当に簡単にします。これにより、ほとんどの場合、開発コストが大幅に削減されます。
FileMakerのデータベースサービスは、最大3台のマシンに分散でき、Webサービスとの基本的なロードバランシング機能を提供します。 FileMakerは数百人のユーザーを簡単にサポートしますが、数千人の同時ユーザーになると、多くのSQL専用データベース（Oracle、MS SQL Server、MySQL、Postgresなど）がより多くのマシンに負荷を分散するように設計されます。基本的に、同時トランザクションが多い場合、FileMakerはあなたのソリューションではありません。たとえば、郡内の多くのPOS端末を同時に使用している会社があります。
FileMakerはSQLとPHPをサポートしますが、その方法のみを使用すると、FileMakerユーザーインターフェイスのライセンスに費やされたお金が無駄になります。 Webフロントエンドを開発し、バックエンドのみにFileMakerライセンスの全費用を支払うことは、費用対効果の高いソリューションではありません。そのため、FileMakerによるPHPとSQLのサポートは、スタッフ向けの社内ソリューションを持っているが、外部顧客向けのWeb開発チームと統合したい企業と組み合わせるのが最適です。
最後の注意点は、FileMakerのスキーマとユーザーインターフェイスの緊密な統合により、セキュリティがはるかに簡単になることです。明らかに、グループとユーザーを設定する必要があり、通常、FileMakerとActive Directory（またはOpen Directory）を統合します。ただし、FileMaker ClientとServerの接続を使用する場合、暗号化セキュリティをオンにすることは、サーバーの1つのチェックボックスです。 FileMakerはすべての証明書を処理し、AES 256ビット暗号を使用します（少なくともバージョン11以降、おそらくそれ以前も）。現在、米国政府は、トップシークレット通信の第1レベルまでの承認を検討しています。典型的なSQLシステムでは、データベース側とユーザーインターフェイス側のセキュリティを構成するための多くの作業があり、単一のチェックボックスよりもはるかに多くの作業があります。
FileMakerのターゲットオーディエンスは、通常5〜200人のユーザーを持つ小規模から中規模の企業であり、その規模の企業のデータベースの迅速なアプリケーション開発に適した価格の製品です。
そして、iPadやiPhoneなどのiOSデバイスでモバイルソリューションを簡単に作成および展開できることをコメントせずに、このコメントを終了することはできません。 FileMaker Goは、これらのモバイルデバイスで使用できる無料のアプリであり、同じユーザーインターフェイスとセキュリティを完全にサポートしています。実際、私はFileMakerをOracleデータベースのフロントエンドインターフェイスとしてiPhoneにアクセスするためだけに使用している会社を知っています。将来的にはモバイル市場でさらに多くのことを期待しており、FileMakerは明らかにモバイルユーザーをターゲットにしています。
少し調べてみると、FileMakerは確かにAccess for Macであると思うようになりましたが、おそらくもう少し堅牢です。私は何年もAccessで働いていましたが、決して気に入ったわけではありませんでした。
全国4か所のオフィスで使用されるWebベースのアプリのほか、自宅からログオンする他の多くのアプリの優れたソリューションとしてそれを想像するのは困難です。
MySQL、SQL Serverなどがデータストレージに使用可能であり、ASP.NET、PHP、Rubyなどがプログラミングに使用されている場合、これを使用してもあまり意味がありません。
マイク・トーマス
「Macのアクセス」との比較は避けられませんが、いくつかの重要な違いを作成する必要があります。
FileMakerデータベースは、2つのうち1つが発生した場合に複数の人と共有できます。 1つは、ネットワーク上の人がDBを開き、ホストとして機能するコンピューターからそれを共有します。 2つ目は、DBをホストするFileMakerサーバーを購入してインストールします。
また、FileMakerの開発者がFMを愛している間、ますます多くの政府機関（過去10年間私の主な雇用主）がFMからSQL Server、Oracle、そしてある程度まで移動しているため、彼らは他の技術を学ばなければならないことも私の経験でしたアクセスおよびオープンソース。 FileMakerのスキルは公共部門での需要が減ってきているため、これらのアプリケーションのサポートを受けるのは難しく、その結果、費用がかかります。
そうは言っても、過去5年間、堅実なアプリケーションを実行しているFMサーバーとFM 5.5クライアントがあります。
2つのポイントがこの議論を支配しているようで、検討が必要です。
非標準および政府機関が行っていること。
小規模ビジネスの所有者または単一のユーザーを考えてみましょう。どちらもデータベースを作成してニーズを満たします。
政府が何をしているかは関係ありません。これは従業員のデータベースです。必要なことを行います（もちろん、合法である限り）。
非標準、多くの場合、これは最良のアイデアです。なぜなら、あなたがしたいことがあなたのために働くからです。必要に応じてフィールドとテーブルに名前を付け、後で名前を変更します。 dbfやsqlでこれを試さないでください...誰でもそれらの「標準」ファイル名を覚えているbks1999.dbf bks2000.dbf「標準」が存在することに注意してください。考え。
そして、はい、多くの「悪い」Filemakerソリューションがありますが、彼らは数十万人の人々をサポートしています。ただし、これらの悪いソリューションの1つを改善し、その努力を比較して、同様に悪いdbfソリューションを改善してください。名前が変更されたフィールドは、数千のスクリプトおよび関連するFilemakerファイル内のスクリプトを簡単にフィルタリングします。 dbfソリューションでは、各インスタンスを手動で再入力する必要があるため、悪夢になる可能性があります。
実際のテストの1つは、Filemakerが他のアプリケーションと比較してSQLなどを簡単に操作できることを比較することです。それは面白いかもしれません。私はそれをやったことがありませんが、そのようなデータを扱う作業ファイルを非常に短い時間で作成できると確信しています。
私はいつも、すべての開発者がすべてのツールを使用し、それらに精通しているべきだと言ってきました。
Filemaker Proで25年、FoxProで3年、4Dで2年など.
fMを1年以上使用しています。私は、数年にわたりSQL標準を使用してSMB向けのソリューションを提供しています。私はこれらのSQLが大好きですが、1年前にFM Pro 9を試してみました。驚いたことに、私は望んでいたすべてを短時間で手に入れました。開発者としての私の経験では、FM Proはその方法に感銘を受けました。
確かに、FMは業界データベースの標準ではありませんが、その機能の多くは「標準」が要求されているものを補うことができます。 FM proは、MySQL、MS SQL Server、およびOracleにライブ接続できます。私にとって、FMから他のプラットフォームへ、またはその逆にデータを移動できる場合、標準について話すことは意味がありません。
まあ、このメモはそれほど説得力がありません。あなた自身で試してみるのは良いことです...特にFMには新しいバージョン10があります。
ハッピーコンピューティング。
私はあなたの懸念に話すほどのプロではありませんが、FMPで書かれた多くの大規模で複雑なアプリケーションがあります。 Jungle Softwareは開始するのに適した場所です。これらのアプリのいくつかのユーザーとしての私にとってのFMPの欠点は、ファイルのスタックが付属していることです。 FMPアプリケーションのランタイムはバンドルとしてパッケージ化されていないため、大きなアプリでは少し複雑に見える場合があります。 FMPは遅いという評判があったため、私たちは長い間、いくつかのテストを行いました。当時（12年前）FMPはdbをインデックス化する必要があったか、それとも低速でしたが、インデックス化された後は、テストした他のすべてと同じくらい高速でした。セミプロにとって大きな利点は、基本的なことを実行してツールを使用するのが非常に簡単であることです。 Accessでの私の経験は非常に悪かったので、FMPとはまったく比較しませんでした。
最終的には、ソフトウェアがあなたが望むことをし、安定していれば、それが書かれたものとはあまり関係ありません。そうでない場合。 FMPにデータを出し入れするのは非常に簡単なので、db形式の所有権は実際には入りません。
すでに与えられた答えに私の2¢を追加するだけです：投票された答えで誰もが書いたものはすべてFilemakerについて真実です。この製品は、肯定的な意見と否定的な意見の両方を保証するのに十分堅牢です。