アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
FileMaker Serverは? (スコア:2, すばらしい洞察)
結局、カスタムWeb公開機能のXMLを取得してくるようにして(FX.php等で)解決したんだが、XMLくらいしかまともに使えそうなものがないというのは何とかして欲しい。30万も払ったのに…。
そもそも、カスタムWebのXML + XSLTでまともにページ作ってる奴なんて存在するのだろうか。
XSLTを生で書こうとするなんてマゾだと思うんですけどね。
FileMaker ServerもPHPやPerl等からまともに使えるようにして欲しいと思ったり、思わなかったり。
Re:FileMaker Serverは? (スコア:1, 参考になる)
FileMakerはあくまでクライアントまで全てFileMakerで運用する小規模運用を対象とした製品であって、バックエンドに使うメリットは殆どありません。むしろバージョンが上がるたびに振り回される、ちょっとしたことでも機能不足を補うためにアクロバティックなやり方を強いられますし。そもそも大量データや無停止運用に向いていない。外部のDBにSQLでアクセスできるかどうかなんてのは些細な話。
やっぱりFileMakerが一番強みを発揮するのは、ちょっとしたデータを自分で作って自分で使うというような用途ですね。そういう用途では非常に優れた製品だと思います。
Re:FileMaker Serverは? (スコア:0)
すみません。FileMakerのことは何も知らないので外してたら申し訳ないのですが、
そういう話を聞くたびについ思うのが、
「そもそもそのデータはRDBMSに移行可能なのか?」
という疑問です。
やっぱりRDBってのは「かたい」データベースなので、
よほど念入りに作ったスキーマでないと、
運用してて使いものにならなくなるんですよね。
#そうでなきゃRDB(SQL)技術者なんてものが別途必要になるはずがない。
それも新規案件ならばまあ最初から気をつかえば済むことなんですが、
問題なのは以前から非RDBでデータ管理してて
(
Re:FileMaker Serverは? (スコア:0)
「かたい」DBという意味を後からの仕変に対する柔軟性がないという意味合いとするならば、そもそもFileMakerの外部の、先の例で言えばPHPなどと連携し始めた時点で既に崩れている話なんです。FileMaker+PHPが「かたくない」というのであれば、それはFileMakerを他のRDBMSに置き換えたからといって「かたくなる」訳じゃありません。DBエンジン自体の機能の差によってはむしろ「やわらかくなる」。
だから、そのように外部のプログラムと連携を始める時は思い切るチャンスというのが私の経験則です。
もちろん、どんな場合でも例外なく常にそうである、と主張するものではありませんが。
Re:FileMaker Serverは? (スコア:0)
それはまあそうなんですけどね。
正規化もへったくれもない、論理的にあとあと収集が付かなくなるのが落ちなデータを
そのまま(収集させるコストを度外視して)RDBに乗り換えさせる、という自由は、いちおう有りますから。
こんにちにおいてRDBのほうが「確実に優位」だと言い切れるのは、
(選択肢が多いことから来る)スケーラビリティなどの
物理的な面だけかと思います。
ところで、正規化みたいなものに対する要求というか「圧力」は、
FileMakerではどれくらい強かったのでしょうか?