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