AccessAccessを得意とする私がカード型データベースのFileMakerを触る機会がありました。私個人の意見で有り、偏見的な見方かもしれませんが、私が感じたFileMakerを下記に書きます。はじめにFileMakerは以前から知っていましたが、触る機会はなかったし、これからも触ることもないだろうと思っていました。」という書籍を片手に開発を行いました。今回FileMakerを触っての感想をまとめてみようと思い、下記にズラズラと書いてみました。ちなみに今回触ったFileMakerのバージョンはWindows版のVer.12です。テーブル+フォーム=レイアウトFileMakerを触って、最初に違和感を感じたのが「レイアウト」の存在です。Accessの場合、データを入力・保存するのは「テーブル」の役目で生データを見たり、編集するときに重宝します。そのテーブルに入っているデータを人が見やすいように表示したり、Accessがを知らない人でも簡単にデータの操作ができるようにボタンやプルダウン、色づけなどを行う「フォーム」があります。FileMakerの場合はこのテーブルとフォームが一体になっていて、テーブルそのものは存在するのですが、ユーザーが直接見ることはできません。データを見るためにはAccessのフォームにあたるレイアウトを作ることで、データの閲覧や編集ができます。FileMakerのテーブルはあくまでテーブルなのでフィールドやデータタイプの設定はできます。見ることができないのです。「テーブル」というものがわからない人にとっては、「テーブル」や「フォーム」などのオブジェクトを言うよりも、レイアウト1つで全てが片付くという点では便利なのかもしれませんが、生データが見られない・編集できないのでわざわざ生データを見るためのレイアウトを作らなければならないのは私にとってはなかなか面倒でした。「テーブル+フォーム=レイアウト」(イメージ)テキストボックスとフィールドはセットAccessを使っている人であればフォーム上にコントロールソースがない空のテキストボックスを配置し、そこに入力した内容を元に動作をさせることはよくよくあることだと思います。FileMakerの場合はこのコントロールソースにあたるフィールドを必ず設定しないとテキストボックスを配置することができません。してもテーブルとは関係ない空のテキストボックスを配置したい場合があります。そのようなときはダミーのフィールドをテーブルに設けてテキストボックスを配置します。したら、ほかに何かしらの方法があるかもしれませんが、私の知る限りではこの方法しかありません。何とも無駄なことですよね。FileMakerではテキストボックスとフィールドは必ずセットクエリが無いAccessを触り始めたときにぶち当たる壁の一つに「クエリ」があるのではないでしょうか?クエリはSQLでデータを必要とする形式で表示したり、データを編集することができる非常に便利な機能なのです。わからない人にとってはこれを理解するのはなかなか難しい場合があります。データベースを触る上では必ずと言っていいほど必要な機能で、面倒でも覚えるべき機能です。私がFileMakerを触ったときに「クエリはどのようなものだろうか?」と思っていたら、知人から「クエリやSQLはないよ」と聞いたときはびっくりしました。一応、関数でExecuteSQLがバージョン12から加わったようですが、パフォーマンスや機能不足などでまだまだのようです。やってデータを探して引っ張り出すのか?と思ったら、そのままスクリプト(あとで説明)で検索して探して対応します(その方法は省略します)。言ってかなり面倒です。私がFileMakerを作っている最中に「SQLが使えれば一発なのにな~」と何度思ったことでしょう。プログラムは書けないAccessを使いこなしている人であればプログラム(VBA)を使うことは多々あるでしょう。Accessではプログラムを書かなくても動作させる方法として「マクロ」があります。ある程度のことはこのマクロを組み合わせることで事は足りるのですが、難しいことをするとなるとさすがにマクロでは無理なのでVBA(プログラム)で対応します。VBAが使えればやりたいことはほとんどできるのではないでしょうか。FileMakerの場合はAccessのマクロと同じ「スクリプト」というものがあります。これは既に設定された機能を組み合わせてボタンクリック時の動作などを行わせることができます。したらAccessのマクロのアクションよりもFileMakerの方が機能が豊富かもしれません。FileMakerのプログラムは?というと、VBAのようなプログラムを書く機能はありません。その為、スクリプトで全て対応するのですが、やはり限界が有り、それ以上のことはできません。これもなかなか不便でFileMakerを使っている最中に「VBAだったら・・・」ということが多々ありました。デザインはスクリプトで変更できないAccessならフォームのデザインをプログラムで変更することができます(ただし、おそらくマクロではそこまでできないと思います。マクロをほとんど使わないので知らないだけかも)。ラベルの文字をこの動作の時は「●●」だけど、この動作の時は「××」といったことや、フォームの背景色をピンクに変更するなどです。FileMakerのスクリプトではAccessのマクロ同様にレイアウトのデザインをスクリプトで変更することはできません。この動作の時にタイトルを変更したい場合は、タイトルを変更したレイアウトを用意する必要があります。レイアウト内のオブジェクト(テキストボックスやプルダウンなど)が全て同じでもレイアウトを新たに作る必要があるのです。カード型データベースだけどリレーションFileMakerはもともとカード型データベースといわれています。カード型データベースとはWikiPediaで調べるとデータベースの構造の一つで、ある構造を持ったレコードを、単純に必要なだけ積み重ねた構造を持つ。言われるのは、昔で言う図書館のカードでデータを管理する方法とです。私も「FileMaker=カード型データベース」とよく聞いていたのですが、実際に触ることはありませんでした。今回、カード型データベースとはどのようなものだろう?と思っていたのですが、触ってみてちょっとびっくりだったのがFileMakerに「リレーションシップ」があるのです。私の認識ではリレーションシップはリレーショナルデータベースで使うもので、カード型データベースには無いものでは?と思っていました。FileMakerはカード型データベースではなくなったのでしょうか?けど、触ってみると文章ではなかなか書きづらいですが、カード型データベースというところがヒシヒシと感じます。FileMakerのリレーションシップFileMakerのメリットここまで、FileMakerのマイナス点ばかりを書いていましたが、よいところもあります。FileMakerは初めてデータベースを触る人にとっては取っつきやすいデータベースと言えます。テーブルやらクエリが無いおかげでその分シンプルになっています。レイアウトに配置するボタンなどのデザインも非常にきれいに作ることができ、ビジュアルよりも機能が優先(?)というAccess(Microsoft?)よりもこの辺はFileMakerの方が断然上でしょう。比較数と値段が倍以上FileMakerの方が高いです。最後に先にも書いたとおり私はもともとAccess屋なので偏ったまとめかもしれませんが、総合的に見ると機能的にはAccessの方が上だと思います。データベースに触って、使おうとするならFileMakerで始めるのは取っつきやすくていいかもしれませんが。こちらのサイトを見るとシェアはAccessの方が上のようです。その事からも利用率はAccessの方が上と思われます。世の中にはもっと高性能なデータベースソフトが沢山ありますが、ローカル環境で小規模のシステムで使うデータベースなら一般的に今回取り上げたAccessとFileMakerになると思いますが、業務で使うのであれば私はAccessをおすすめします。利用率が高いことよりも、いろいろとやりたいことができますし、何よりも私が得意とするソフトなので(^^)v。03:25Accessで開発されておられる方からするとファイルメーカーは取っつきにくいですよねー、そう思います。そのこと以外の面では下記の表の通りです。http://filemaker-fan.net/index.php?Access%E3%81%A8%E3%81%AE%E9%81%95%E3%81%84Accessで開発される方はSQL有りき、でのお話をされますが、私のようなただパソコンが好きな営業平社員はSQLまで手が届きません。言っても社内の5台のPCでネットワークがあり、データの共有は必須という環境でファイルメーカーは非常にありがたい存在です。プロの方カラすればおかしな話でしょうが、VBAを覚える暇があれば、ファイルメーカーのスクリプトをWebで調べれば、日々出てくる問題は解決されます。この規模に於いてAccessとの比較ではファイルメーカーが圧倒的に優位です。開発コストはなにせ0円ですから!!ファイルメーカーはカード型からリレーショナル型へ進歩していますし、SQLとの連携も可能ですが、小規模であればファイルメーカーサーバーが有ります。バージョン13からはWeb環境での操作が可能になっています。連携が簡単にできます。ファイルメーカー開発へ積極的に移行していると聞きます。含めた総合的な開発が簡単にできることにあるようです。言っても私どもの基幹システムもAccessで作られています。08:25清友さん確かにデータベースなどに慣れていない人にとってはFileMakerの方がわかりやすいです。VBAやSQLは知らない人にとってはかなり敷居は高いですから。その辺は本文にも書いてあります。FileMakerが良いか悪いかはその使う人、作る人が満足すればそれはそれで良いと思います。Accessもしくはそれ以外の一般的なDBを触る人からすれば、おそらく使いにくいソフトではないでしょうか。少なくとも私はそう思います。ファイルメーカー開発へ積極的に移行していると聞きます。積極的かどうかはよくわかりませんが、少なくとも私の周りにはいません。サービス(給与計算を除く)を展開するにあたり、その中心となるデータベースをファイルメーカーを利用して作りました。上記のコラムを読んで、感想を述べたくなりました。1990年初めにドイツIBMのパートナー会社経営のために駐在をしており、当時のIBMが誇るAS400を中心とした製品、ソフトウェア開発、サービス提供のコンサルを経験してきました。次の駐在地としてニューヨークに移り、現地法人の人材紹介・派遣の管理システム導入に取り組みました。日本とは違って、規模の小さいビジネスでIBM/AS400など入れようとはもとから思っておりませんでした。人事管理用のアプリもない当時では、自らつくり上げる以外に方法はありません。そこでデータベースの選定から始めました。FileMakerの2つに絞りました。人事ビジネスでの最も重要な要点として、人材情報をすべてのフィールドを対象に検索することです。この結果、ファイルメーカーを選びました。AccessはAS/400でも同じこと。この点では「Accessは現場向けにかなり融通の利いたものにはなっているが、システムのわかる人材がいることで使える、という範疇を超えていない」ということです。1980年代後半からウィンドウズを利用してきましたが、このこともあり、ハードウェアーも一気にマックに変えた次第です。(その当時にアップル社の株を買っていたら今頃は悠々自適の生活でしょうか。惜しいことをしました。)大学専攻は数学で、巨大な汎用機を前に毎日プログラミングをしていた時、まるで「機械の奴隷とかした人間の生活」と思い、電子計算機概論は第一部で終了しました。根本の考えの一つに「ハードやソフトなどのインフラ環境は人間のためにある。人がインフラのためにあるのではない」という信念です。この点では身近な、比較的小さな日常や会社の部門では、難しい関数やプロセウスを必要としません。このような目的のためには現場の意見をそのまま反映できるFileMakerは非常に便利だということです。Accessは中途半端な存在と映ります。今では日常で使用するWEB機能もAccessにはまだありません。その次代に合わせた開発・改定がある時代で止まっていると言う感じがします。FileMakerユーザー市場は明らかに現場担当者であり、一般人を対象とした巨大な市場。Accessユーザーは社内のシステムにそれなりに精通したより専門家向けの小さな市場向けであると言えるでしょう。前出の方々の文章を読んでいますと、システムにそれなりに詳しいか、あるいは興味がある方々のお話のように見受けます。テンを考えての判断です。好みで異なってきますね。08:30藤原さんコメントありがとうございます。FileMakerが必ずしもダメとは思いません。ケースバイケースで選べばいいと思います。09:08販売管理ソフトの企画提案営業からプログラマ、PCインストラクタ、WEB屋を経てフリーランスのITコンサルティングをしている者です。その経験から見ると、世の中にはおおまかに分けて2種類のデータベースがあるようです。「データを加工、分析」に特化しているデータベース。通常はこれ単体では使用せず、VB、VC、PHPなどのプログラム言語で入出力画面や帳票テンプレートを作成し、データベース管理をする必要がある。機能とデータベース部分が密接に関連しているため、このソフト単体で全てが作成できる。「主目的」と「ターゲット層」が違うので、クライアントによってどちらを使うかを使い分ける必要があります。「このソフト単体で全てが作成できる」という視点からいけばAccessは「非プログラマ用データベース」に近いですが「VBAなどを駆使してデータ加工、分析が行える」となると「プログラマ用データーベース」にも近いとなって両方のいいとこどりをしようとした結果Accessは「プログラマ用と非プログラマ用の中間に位置するデータベース管理システム」という立ち位置になってしまったように私は思います。AccessとFileMakerじゃ「住む世界が違う」のですね。そのため、非プログラマはプログラマ用データベースのことをよく知りませんし、プログラマも非プログラマ用データベースのことを下手したら存在からして知らないこともあります。技術者はプログラマ用も非プログラマ用も全てのデータベースを名前だけでも知っておく必要があるのですが。あと、AccessにWebアプリケーション機能が無いのは「Web環境で使用するならVB#+SQLServerで開発してください」ってことだと思います。さんコメントありがとうございます。確かに同じデータベースでもプログラマ用DBと非プログラマ用DBに分かれるかもしれませんね。Accessは仰る通り中間位置でよく言えばいいとこ取りのDB、悪くいえば中途半端なDBかもしれません。FileMakerとAccessを並べるのは間違っているかもしれません。AccessにはWebの機能はあるんですが、使う人はほとんどいません。今はもうなくなっちゃったのかな?それぐらい、私は使いません。17:32「AccessとFilemakerの違い」というキーワードでこちらにきました。私はプログラマーでVB、C#、VBAなどを使います。ServerからMySQL、Accessも使います。Serverを会社に入って覚えたので、Accessをはじめた時はこんなに便利なソフトウェアがあるんだと感動した記憶があります。通常のAccessの機能も便利ですが、VBAを操作する事により、細かい処理もできるので便利すぎて手放せません。Filemakerは昔から名前は知っていたのですが、触る機会がありませんでした。30日トライアルがあったので、勉強と思い試してみたのですがフォーム、テーブル、クエリは分離されているものだと勝手に思い込んでいたので、Accessとの違いに驚きました。私はAccessに慣れているのでAccessの設計思想が肌にあっているのですが、Filemakerは開発者じゃない人には向いているのかなと思いました。どちらのソフトもメリット、デメリットがあるので、その人にあった方を選べばいいんじゃないかなと思います。Accessはとっつきにくい所があるかもしれませんが、非常に強力な機能を持っているので、細かい事をやりたくなったら役にたってくれること間違いないです!勉強して損はないです!私もFilemaker頑張って覚えるので、Filemakerラブな人もAccessを覚えましょう!と私は言いたいです。どちらのソフトもメリット、デメリットがあるので私も同意見です。前にも書きましたが、私はFileMakerと相性があまり合わないようですが、初めて触る人にとってはわかりやすいソフトだと思います。Accessは痒いところに手は届きますが、とっつきにくいため初心者には敷居が高い部分もあります。目的に合ったソフトを選んで使えばいいと思います。02:31FileMaker使いの立場として、実に興味深く読ませて頂きました。興味深い点は、FileMakerというものをまず触ると、こうした形で誤解を受けるのだなあ、という点です。これは、FileMakerがバージョン7で大きく進化したのに、その進化部分がわかりにくい点が原因かと思っています。やってデータを探して引っ張り出すのか?これは「スクリプトで検索する」のではなく「テーブルオカレンス間のリレーションで行う」というのが標準的です。それってFileMakerをちょっと見ただけだと一切見当付かないですよね。ExecuteSQLを使うのも限られた場面です。そもそもまず「テーブルオカレンス」という概念を把握しないと開発できないのですが、しかしそこまで到達するのがひと苦労です。プログラムは書けないこれはおっしゃるとおりで、VBA的な開発言語がないのはFileMakerのプロにとってはなんとももの足りない点であります。スクリプトはよく練られてはいますが、キーボードからコーディングしたいなあと思うことはよくあります。デザインはスクリプトで変更できないこれは「条件付書式」などで実現しますので、スクリプトの守備範囲ではありません。わかりにくいですよね。カード型データベースだけどリレーション現バージョンのFileMakerを「カード型」と思って使っているデベロッパはいないと思いますが、これは多分にバージョン6あたりのFileMakerに対するイメージがかなり強く残っているのでは、と思うのです。値段が倍以上FileMakerの方が高いですそ〜なんです。機能的にはAccessの方が上・FileMakerで始めるのは取っつきやすくう〜ん、FileMakerってまず市販書籍に間違った解説が散見されたり、残念ながらとっつきやすいとは言えないかと思っています。なんとかしてほしいんですが。FileMakerはデータベースファイルとして8TBまで扱え、1フィールドあたりのデータ量なども実質無制限など、DBエンジンの性能という面ではAccessをはるかに凌駕しています。Accessには2GBの壁がありますので、これ単純に比較すると「機能はAccess・性能はFileMakerが上」なんていう表現ではどうでしょうか?そんな感じで「FileMakerは好きだけど誤解されているし、誤解を受けてしまう構造になっている」というようなことが書きたかったのであります。あと、FileMakerが他の開発環境との比較で一番差があるのは、もしかしたら開発者の需給バランス崩壊、かもしれません。作れる人が極端に少なく、一部開発会社に依頼が集中し、そもそもなかなか受けられません。仕事いっぱいなのはありがたいのですが、キャパを超えた仕事を外注に出すにも腕の良い開発者は総じて予定埋まっています。これはビジネス的にはリスクです。FileMaker社はDB何もわからない人が社長してたもので、開発者養成や情報交換を軽視していました。いまのFileMaker社はとてもとても頑張っていますが、開発者不足は深刻なんです。いうことで、大変お邪魔致しました。08:49茂田さんこういったFileMaker側からの意見を頂けると非常にありがたいです。ありがとうございます。「テーブルオカレンス」というのは知らないですね。そこまで到達するのがひと苦労ということは簡単にはできないと言うことなんですかね?システムを作る上ではデータを検索することはよくあります。簡単にできないというのはある意味、マイナス要素なのかとも思いますが、そんなことが言えるのは「テーブルオカレンス」を調べてからですね。現バージョンのFileMakerを「カード型」と思って使っているデベロッパはいないと思いますがそうなんですか!私の中ではいまだにカード型データベースと思っていました。その為、いざ触ってみるとリレーションがあったりと「何じゃこりゃ?」と思ったのが正直です。するとFileMakerはリレーショナルデータベースかというとちょっと違うような気もしますが・・・。確かに容量的にはFileMakerの方がはるかに上ですね。8TBといえば、じぇんじょうの技術ではほぼ無限と言っていいでしょう。それに比べてAccessは2GBとすれば、豆みたいな容量ですから。ファイル単位で使うDBとしてはバイナリデータを入れなければ2GBでも十分じゃないかと思います。使い方次第だとは思いますが。仕事いっぱいなのはありがたいのですがうれしい悲鳴というやつですね。̄)いずれにしても非常に貴重な意見、ありがとうございます。いった話しがお互いできるとお互いが進展して、お互いがいい結果になると思います。20:52「FileMaker+dlookup」検索でこのサイトに来ました。このページのコメントが興味深かったので私も一言いいですか?私は自営業の我流MS-Accessプログラマ。IT経費を減らすために独学で勉強しています。内容が間違えていたら、バカがコメント残して迷惑だと削除してください。touchで動かすアプリを作りました。その時の経験を元にコメントします。「FileMaker対Access」的ページをよく見かけますが、私はこの比較自体間違いだと思います。FileMakerとAccessは違う土俵のソフトです。比較するならEXCELではないでしょうか?シート状のテーブルが基本で、シートの数だけフォームが出来る。フォームにボタンを置いてスクリプトを埋めれば表示中のデータを更新出来る。VBAから非表示シートも操れるEXCELの方が100倍複雑なことができるが、多機能を望まないならFileMakerの方が絶対楽だと思います。ちなみに「Accessは中途半端」と書かれていますが、私の見解は違います。MS-Accessは、とても優れたユーザーインターフェース開発ソフトです。データベース自体は、DAO、ADO経由であらゆるDBに接続可能。DBエンジンの差を最大限に吸収し、ほぼ同じスクリプトでシステム開発できる超賢いソフト。DBエンジンを持たない人、またはそこまで必要ないユーザー用にJETがおまけで付いている。JETの最大容量2Gが、”あーだ、こうだ”と言ってる時点で、「この人、何言ってんの?」と思います。>>「スクリプトで検索する」のではなく「テーブルオカレンス間のリレーションで行う」というのが標準的です。FileMakerさんが言う、上の表現が私には理解出来ません。これで業務用システムが作れるの?作れたとしても、えらく限定した機能しか作り込めないのでは?私は物流屋で複数タイプのバーコードを扱います。外箱に書かれた14桁・16桁ITFコード(=物流CD)から13桁・8桁JANコード部(=単品CD)を抜き出しチェックデジットを計算。単品JANコードを自動生成後、受注データにwhere検索をする。FileMakerを触った時に、動的に生成した検索キーワードでローカルテープルを検索する方法が分からず(=出来ず)苦労(=諦め)しました。Ver12からSQLが使えるのなら、なぜローカルテープルへWHERE検索出来るようにしないのか不思議です。touchが発売されなかったことでFileMakerGO用のハンディターミナルアプリはお蔵入り。Inventor+SQLiteで安いAndroid端末用アプリを作りました。唯一、FileMakerが普及する見込みがあるのはiOS端末用の業務用モバイルアプリ市場。Appleの端末は高価格帯のものばかりで、10台単位で買うとかなりの金額になり零細企業では手が出ません。touch(=安い音楽プレイヤ)の大型液晶モデルが出ない限りFileMaker開発の需要が中小企業まで広がるとは思えません。最近、増えた増えたと言われるのは、もともとが少なすぎたからだと思います。touch大型液晶モデル発売」+「ローカルへのWHERE検索」の2つが揃えばFileMakerはもっと普及すると思います。08:47ara_araさんコメントありがとうございます。AccessとFileMakerは同じようなファイル単位で使うことができることなどから、見方によっては同じ立ち位置のデータベースかと思います。シート状のテーブルが基本で、シートの数だけフォームが出来る。これは面白い発想ですね。FileMaker≒Excelとは考えたこともありませんでした。確かにシート(テーブル)がなければフォームが作れないという点では同じかもしれませんね。ちなみに「Accessは中途半端」と書かれていますが、私の見解は違います。MS-Accessは、とても優れたユーザーインターフェース開発ソフトです。使い方、考え方次第ですよね。切れにくいハサミがあれば多くの人は「切れない=使えないハサミ」と思いますが、逆に小さな子どもにとっては「切れない=安全なハサミ」としてとらえることもできると思います。>>>「スクリプトで検索する」のではなく「テーブルオカレンス間のリレーションで行う」というのが標準的です。作れたとしても、えらく限定した機能しか作り込めないのでは?作れるか、作れないかで言えば作れるのだろうけど、使い勝手がいいか、悪いかでいうと私からいうとara_araさんと同じように後者ですね。Accessの同業者から貴重な意見が聞けて光栄です。ありがとうございます。18:28これを読んだら削除してください。>>Accessの同業者から貴重な意見が聞けて光栄です。私は同業ではありません。食品卸を経営しています。プログラムは、IT経費削減の為勉強中。あなたのようなシステム開発の専門知識を持ち、起業している方にあこがれています。周りにITを語れる人材がいないので、社外の掲示板で持論を書いてしまいました。素人の意見を御社のページに載せてくれてありがとうございます。商売頑張ってください。切れない刃物は、無駄に力を入れる必要があるので余計に危険だと思います。08:31ara_araさん同業じゃなくても、同じAccessについて語れるのは嬉しいです。あなたのようなシステム開発の専門知識を持ち、起業している方にあこがれています。ありがとうございます。私はもともとシステム屋やプログラマーではなく独学で学んで起業しました。知識云々も大事ですが、まずは起業する「やる気」が一番でしょう。コメント、ありがとうございました。15:57興味深い内容でした。私はFMPは3.0から、ACCESSは97から使っていて、OLACLE、SQLServer,Sybaseも仕事で開発で利用しし、VB,VB.NET、PHP,JAVAといろいろ使ってきました。販売管理や生産管理の開発を主体にやってきましたが、すこし私が感じていたことを書いてみたいです。ACCESSは2010までは業務システム系も開発できましたが、2013以降はADPでの開発ができなくなりODBCで組み直さなくてはならなくなりました。2013以降2014やACCESS365などはVBAを使用できない方向になってきていて、すべてマクロでやれと言わんばかりです。ACCESSの利点は一つのアプリで画面設計やテーブル設計、帳票、データベースを使えることですかね。最大の欠点は検索が異常に遅いことだと思います。ファイルメーカーは、こんなソフトをよく開発したなと感心しきりです。特徴は上に書かれています。SQLはないといってもいいでしょうがselectなら必要な項目を画面に張り付けて検索条件で検索すればselectそのものになります。検索して絞り込んでから「一括修正」などで変更をかけるとそれがupdateになるわけです。最大の利点は検索スピードが速いこと。最大の欠点はおそらく直接更新でしょうか。入力項目のチェックをするのは難しい(笑)FMPで検索慣れしている人がACCESSは使えないでしょう。した入力チェックが必要な場合はACCESSがいいでしょう。生産管理はACCESSかVB,VC,WEBシステム(JAVA,PHPなど)書類管理や顧客管理、クレーム管理、図面だけ管理など検索を多用するものはFMPがいいと思いますけど。16:36たそがれきんのすけさんコメントありがとうございます。Accessの検索は確かに早いとは言えませんね。考えるとDBとしてはランクが低いのかもしれません。Access屋からするとFileMakerは使いづらい。FileMaker屋からするとAccessは使いづらい。両方使う人(使ったことがある人)はそれぞれの良いところ、悪いところを把握して使うか、まったく別のツールで対応すると思います。なんにしてもそうですが、完璧なツールはおそらく存在しないので、それぞれにあったツールを使えばいいかと思います。貴重な意見、ありがとうございました。23:21たいへん興味深い内容でした。コメント欄も含めて、たのしく読ませて頂きました。違う視点からひとつコメントすると。Makerのファンは、それなりにお会いする機会があるように思います。ここのコメント欄を見ても、そのような傾向を思います。ソフトウェア自体の性能や特徴も気になりますが、ファンの熱量という要素も気になりました。Access、FileMaker、どちらも息の長く素晴らしいソフトですが、何の違いがあって心を奪われるものなんでしょうね?ハサミの比喩は、尤もだと思います。技術者たるもの、使い所を見極め、適切に道具を選択すべきという論には、深く賛同します。10:14トモタカさんコメントありがとうございます。確かに「FileMakerがいい!」という人は多いですが、「Accessがいい!」という人は私も会ったことがありませんね。FileMakerユーザーは欧米のようにガンガンくるタイプのユーザーが多く、Accessユーザーは日本人のように控えめのユーザーが多いのでしょうか?気のせいかな?私はAccessユーザーなのですが、Accessの良いところもあれば、ダメなところもあることを認知しているから強く出られないような気が私はします。どちらもいいところはあると思いますので、書かれている通り目的に合せてそのツールを使えばいいと思います。貴重な意見、ありがとうございます。14:10Hibiさん返信ありがとうございます。確かに「FileMakerがいい!」という人は多いですが、「Accessがいい!」という人は私も会ったことがありませんね。ひとつ勘案したのは、AccessはAccessを主体として使っていると意識する場面が少なく、対してFileMakerはソフトウェアのブランドを意識する導線になっているからでは。Accessはそれ単体で語られる事は少なく、たとえばWord、Excelと同じ土俵で使う。Azureと連携して使う。SharePointと連携して使う。Accessから出力された紙伝票だけを使う。いう風に、あまり「いま、Accessを使ってる」と意識する事が少ないように思います。Access開発者の立場ならともかく、システムを組み終わって運用するエンドユーザにとっては、特にその傾向が強いのではないでしょうか。結果、エンドユーザにとってAccessの印象をぼかしてしまっているのではないか。対してFileMakerはエンドユーザでも「いま、FileMakerを使っている」と意識する機会が多いように感じます。iPadのアプリや、クライアントを使うシーンでは、必ずFileMakerのロゴを目にしますし、自然と意識させられます。これが愛着やブランドイメージに繋がっているのではないでしょうか。技術情報やアナウンスも、Microsoftに比べて充実している“ように感じられる”。FileMakerのヘルプサイトの日本語訳が奇っ怪な事は少ないように思えます。末端までマーケティングやエバンジェリズム活動にデザインが行き渡っている印象を受けます。ブランドという意味では、AccessはWordやExcelの影に隠れて印象が薄れてしまっているという事情もあるのだろうと思います。2016でMac版Accessが出なかった事は実に残念でした)。Cloudの発売によりFileMakerの未来には注目しています。08:08確かにAccessで何かを作る場合はVBやVCなどで作ったEXEファイルのように作りますね。すると、提供されて使っているユーザーは確かにAccessを意識しないで使っているかもしれませんね。ヘルプの問題はAccessを使う側としても何とかして欲しいものです。毎回読んでも何を言っているのか?的外れ!ということが多々ありますからね。MSはヘルプを大事にしてほしいものです。06:02匿名さん参考になりよかったです。個人的な意見ですから、もしかしたら匿名さんが使ったら「これはいい!」と思われるかもしれません。試用期間がありますので、機会があったらお試しください。22:23普段はVBAの人ですが、ひょんなことからMacで顧客管理作ってくれって言われて探ってました。11:26yoshiさん参考になったということでよかったです。単なる顧客管理だけならFileMakerでもいいと思いますが、それ以外となるとどうでしょうね。3種類が混在するシステムの開発に携わったことがあります。主力の機能は、C#を使ったクライアントで運用していました。してもできないところがあります。●ヒット軒数が多いクエリのとき、非常に速い。データベースの全レコードをスクロールで閲覧するようなとき、ほとんど待ち時間がない。●ただブラウズするだけ、ただ一括置換するだけのような画面ならプログラマでなくても作れる。一般の方にSQLを指導しても、めんどうくさがって結局使ってくれない。GUIベースで機能を拡張しようとすると、開発会社への見積り→発注のような手続きが必要。したがって、使いやすい画面を作るならC#、開発スピードならFileMakerが向いているかな、と感じています。トランザクションがないので、インポートがすごく遅いですね。08:56FileMakerは良いところはすごくいいですけどね。14:13かなり偏った意見ですね私はAccessは簡単なVBAどまりでFileMakerは仕事としてDB製作しています。FileMakerをとことん作り込んでの意見なら個人的意見として配信しても良いと思いますがAccessは詳しくFileMakerはさわりだけの人がネットでDBの優劣を公表するのは如何なものかと思います。個人的意見と注釈を入れていても誤解をする人も多いと思います。22:51はじめまして。以前、Windous2000を使用してしていた時代、Accessでデータベースを作成したことがありましたが、データがよく壊れてました。当時は、頻繁にBackUpを取って対処していましたが、他に対処法のいい情報があれば、教えてください。挑戦してみたいと思っています。17:27興味深々さん個人的には以前のAccessよりは壊れにくくなったような気がします。作ってあって、きちんと使っていれば壊れないと思います。壊れる原因が何かしらあると思うので、その対処ができれば普通に使えると思います。Access2000で作った10年以上前のmdbファイルが現役で動いているので。FileMakerで破損があるかはAccess屋としてはちょっとわからないです。08:02たまさんFileMakerってなぜか医療機関に好まれるんですよね。かなりの部分の業務では使えると思いましたと思われるのかもしれません。何かつながるものがあるんですかね?元々FileMakerを触ってきた人が「FileMakerはダメだ」という人もいます。私も良いとは思えないのですが、良いと思える人が使うのは十分ありかと思います。コメントをキャンセルメールアドレスが公開されることはありません。Accessを使った業務用ソフトウェアの提供やホームページ、ブログシステムの制作、Webを使った業務システムの開発を静岡県浜松市で行っています。