WebObjects 質問スレ

1 名前：デフォルトの名無しさん mailto:sage [04/04/12 04:47] Web アプリケーションサーバ WebObjects の質問スレ 381 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 11:33:13 ] うーん、でもな、オブジェクト（EO）のデッドロックだったら、ちょっと前のEOFなんかだと結構簡単に出てたよ. リリースノートにそんな感じのことが書いてあった希ガス.今は改善されてるんかもしれない. WOFもそうだけどやはりコンテクストというWebアプリでは制御が難しいカラクリをベースにしてると 複雑度が増してしまうんだろうな〜とｵﾓﾀ.へんなSQLが飛ぶからDB側でのデッドロックも起きやすいヨとDB屋からも指摘されたことがある. 参照系はEOじゃなくてCollection系で、CRUD系処理のごく短いトランザクション処理でEOを使うようにしてる. 機能はとても良くできてるだろうけど、安全に使いこなせるようになるのに時間がかかるという感じかな 382 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 22:57:15 ] >>381 デフォルトecと、参照専用のshared ec だけ使っていれば、滅多に競合なんてしない。 ■参照系こそEOを使うべき。リレーション張らずに何のためのEOか？ 　ネステッドEC使えば、たいていの処理はデフォルトecだけで済む。 ロックに関するマニアックな資料 　www.spice-of-life.net/wiki/files/PW03_LockingEOF.pdf 383 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 10:00:10 ] どっかでEOFとSeasar2のベンチ比較やってるのをみた希ガス すごい遅かったような 384 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 23:08:15 ] >>383 　EOFは実行時もインタプリタだもの。（EOの定義はテキストファイル） 「速度が気になるような用途はストアドプロシジャ使え」ってのがセオリー。 ※ Seasar2のO/R Mapperって、ＳＱＬ文をそのまま書いてるような奴だろ？ 　　コード補完機能付のエディタがないと使い物にならない、気持ちの悪い書き方するアレ。 385 名前：デフォルトの名無しさん [2007/12/12(水) 23:59:48 ] select * from テーブル where ...... のような単純なSQLをはき出す処理でもEOFはだいぶ遅い方じゃないかな EOの生成コストがだいぶ大きい印象。ストアドも全体性能からするとあまり性能に寄与する場面ってそう多くないな Seasar2のO/RMapperは仕事でS2daoというのを使ったけど EOFほど高機能じゃないがエンジニアの受けは良くて、何しろ軽くトラブルレスだったのが良かったな 386 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 01:54:24 ] >>384 >>EOFは実行時もインタプリタだもの。（EOの定義はテキストファイル） これはどういうこと？eoを生成するたびにモデルファイルを読み込むということなら、いくらなんでもそれはないと思うが。 プロファイルを計測したことはないが、SQL文の組み立てに時間がかかってそうな気はするなあ。 387 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 10:54:11 ] >>386 >>eoを生成するたびにモデルファイルを読み込むということなら、いくらなんでもそれはないと思うが。 確かにない。WOFの場合は起動時にモデルファイルを読み込んでEOModelオブジェクトとして保持する。 誰かEOFのベンチたのむｗ 388 名前：デフォルトの名無しさん [2008/01/15(火) 22:05:59 ] 保守上げ 389 名前：デフォルトの名無しさん mailto:sage [2008/01/20(日) 18:30:38 ] S2dao　より　sql2java　の方がいいだろ　どう考えても

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef