アカウント名:
パスワード:
FileMakerが優れたインターフェースを持ったデータベースアプリケーションであることに異存はないんだけど、それは主として「使いながら発展させる」ということがやりやすいからだと思うのね。最初に覚えないといけないことが少ないので、データベースは初めてという人にすすめやすい。そして使っているうちにデータベースってどういうものか、わかってくるというね。
でも、RDBMSってのは、スキーマを頻繁に変更するような使い方をするものじゃない。スキーマを変更しても問題ないのは、利用者が限られている場合であって、複数のアプリケーションが参照するようなデータベースのスキーマはそうそう簡単には変更できないよね?スキーマを変更できないデータベースのフロントエンドとしては、別にFileMakerにアドバンテージはないと思う。AccessでもVBで書いたアプリでも、別に何でも同じ。もしあなたがXOOPSのバックエンドをFileMakerで覗いて嬉しかったら、別にAccessでも満足できたと思うけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
FileMakerの強みは感覚的に使えること (スコア:2, すばらしい洞察)
FileMakerが優れたインターフェースを持ったデータベースアプリケーションであることに異存はないんだけど、それは主として「使いながら発展させる」ということがやりやすいからだと思うのね。最初に覚えないといけないことが少ないので、データベースは初めてという人にすすめやすい。そして使っているうちにデータベースってどういうものか、わかってくるというね。
でも、RDBMSってのは、スキーマを頻繁に変更するような使い方をするものじゃない。スキーマを変更しても問題ないのは、利用者が限られている場合であって、複数のアプリケーションが参照するようなデータベースのスキーマはそうそう簡単には変更できないよね?スキーマを変更できないデータベースのフロントエンドとしては、別にFileMakerにアドバンテージはないと思う。AccessでもVBで書いたアプリでも、別に何でも同じ。もしあなたがXOOPSのバックエンドをFileMakerで覗いて嬉しかったら、別にAccessでも満足できたと思うけど。
Re:FileMakerの強みは感覚的に使えること (スコア:2, すばらしい洞察)
当時としては、(某少佐のセリフを借りればw)エンドユーザに「素直にパーソナルDBのありようを示した」画期的なソフトの出現だった。
時代は移り変わって、FileMakerも自分自身のフォロワー(Access等)に負けないように機能追加をして生き延びてきてはいるけれども、
それもFileMakerが作り出したパラダイムの中でのマイナーな変化にすぎず、今回のODBC対応もゆるやかな延命措置にすぎない感じは拭えません。
ご指摘のようにRDBMSのフロントエンドとして生き残れ
Re:FileMakerの強みは感覚的に使えること (スコア:0)
そして今後は全文検索やメタデータに移行したほうがいいということにも同意。
旧来のSQL系RDBMSとこれからのメタデータ系DBMSをシームレスに扱えるツールになったらいいよねぇ。