ファイルメーカーコミュのFileMaker + ODBC + Oracle接続について

■FileMaker から ODBCを使用し、Oracleへ接続するデータナンス
システムの作成について、分る方がいましたら教えていただけないでしょうか。
知りたいのは、実装の難易度、速度面で避けた方が良い方法であるかどうかです。

■ODBCを使用し、Select文でOracleからデータをインポートする方法は
実際に試して理解できています。
データのインポート、エクスポートに限っては、簡単だと思いました。

しかし、データメンテナンスとなると、追加、更新、削除などの制御が
必要となり、FileMakerを使った場合の本来の開発方法では対応出来ず、
良さが低減するため、この方法は避けた方が無難ではないかと感じています。

なお、MS Acess、VB.net,Java等からODBCを使用した開発経験は過去に
幾つも有りますので、RDB(Oracle,SQLServer等)でSQLを使用した開発は
分ります。
MS AcessからODBCを使用し、Oracleにアタッチし、メンテナンス画面
などが簡単に作れましたので、そのようなイメージで作成する方法が
あるのでしょうか。

■想定している環境は下記の通りです
　FileMaker Pro 8.5 Advanced (実際には,Serverとして配置します)
　Oracle ODBCドライバー
　Oracle 9i(別のDBサーバーに配置する予定)

以上、宜しくお願いいたします。

コメント(7)

最初
全て
最新の40件

[1] mixiユーザー 02月11日 20:19

こんばんは。実は私も同じようなことを企んだことがあるのですが、FileMakerはAccessのようにODBC経由でリアルタイムにデータベースに接続(リンク)してデータを更新するのではなく、その都度自身の中にデータを取り込む必要があります。Accessが特に何も意識せずに更新作業を行えるのに対し、FileMakerの場合はすべての作業をスクリプトステップで自身で記述する必要があります。データの整合性を意識してスクリプトだけですべての作業を賄うのは大変な作業だと思うのですが、根気があればきっと出来る・・ような気もします。

ODBC経由のメンテナンス作業が簡単に出来るのであれば米国側のサイトの情報も含めて容易に見つかると思うのですが、私が探した範囲では「SQL文をテキストフィールドに記述しておいて、スクリプトステップで呼び出す」というヘルプの記述が最も具体的な解説でした。

もしAccessのようにFileMakerでOracleのデータベースのメンテナンス作業を行われている方がいらっしゃったら、その方法を私も伺いたいです。

[2] mixiユーザー 02月12日 00:14

松尾さん、 e_ekです。はじめまして。

やはりAccessと似たような方法で行うことは難しそうですね。

私も自分で調べた範囲では、やめた方が良い方法だと思ってはいます。出来ると思っているもう一人の技術者とユーザさんへ、この方法を避けるよう説明をしたいと思います。

貴重な意見を有難うございました。

[3] mixiユーザー 02月12日 03:03

ODBCをインターフェースにFileMakerとOracleとでデータベースのメンテナンス作業を行うのは、FM側に操作性、スピード、日本語対応、等々かなり限界があると思います。
そこで、全く別のミドルウェアを使ってのインタフェースが許されるなら、Lassoなど如何でしょう？　FileMakerとOracleとのバイリンガル交信ならもっとも楽な方法ではないかと？
　→ http://www.omnipilot.com/Lasso.1541.lasso
FileMaker、Oracle 双方専用コネクターがネイティブに備わっているので、極めて敏速に作動します。言語は専用LDMLでとてもやさしいものですが、SQL文も同時にサポートされています。
ご参考まで、

[4] mixiユーザー 02月12日 09:28

DBMSのフロントにFileMaker Proを採用する事例は、何例も作ったことが有りますが、松尾さんが指摘されている「リアルタイムにデータベースに接続(リンク)」が出来ないという部分に注意をすれば、特に問題なく運用しています。追加、更新、削除などについても、FileMaker ProからSQLを実行すれば特に問題は無いと思います。

ただ、前述したとおり、DBMSとFileMaker Proの間はリンクではなく、DBMS側のとある時点のレコードをFileMaker Proへ一端保存してからの処理になりますので、更新の時にはDBMS側とFileMaker Pro側でのデータの整合性などに注意をする必要があると思います。しかし、この辺りのことは工夫で何とかなるとおもいます。

ご参考になれば幸です。

[5] mixiユーザー 02月13日 14:16

> hiro@tokyo さん
ODBCを使用した場合、「FM側に操作性、スピード、日本語対応、等々かなり限界があると思います」とのアドバイス、有難うございした。また、Lassoのご提案までいただき有難うございます。
MixiのコミュにもLasso関連有りますね。試してみたいとは思うのですが、新しい手法を採用することは今回は考えていなかったため、今後拡張する等の話が有った際に検討させていただきたいと思います。

> たかさん
注意事項さへ意識すれば、技術的には問題は無いようですね。
今の案件への取組みを考えると、少し技術的に敷居が高くなってしまいそうなので、良く検討して決めたいと思います。
貴重なご意見、有難うございました。

[6] mixiユーザー 02月15日 01:32

松尾です。まだ噂の段階ですけど、これを待つというのも良いかもしれませんね・・・・

http://www.thinksecret.com/news/0702filemaker9.html

[7] mixiユーザー 02月16日 19:14

> 松尾さん
8の次に来る9ですね。まだ先だとしても、楽しみです。

> 回答してくれた皆様
今回はサブ的な機能だったため、必ずしも連携は必須でないという話にまとまりました。
よってOracleの業務系システムとは切り離して対応することにしました。
いろいろなアドバイスをいただき有難うございました。

ログインすると、みんなのコメントがもっと見れるよ