トップページ⇒php
992コメント372KB

■■ Servlet/JSP(EJB含む) 質問スレ Part3 ■■

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん04/06/16 05:30ID:XUmu9/tY
質問する前に最低でもGoogleで検索するように

前スレ
■■ Servlet/JSP(EJB含む) 質問スレ Part2 ■■
http://pc5.2ch.net/test/read.cgi/php/1052879533/l50
過去スレ
■■ Servlet/JSP(EJB含む) 質問スレ ■■
http://pc2.2ch.net/test/read.cgi/php/1023501812/l50

関連スレ
【初心者】Java質問・相談スレ47【大歓迎】
http://pc5.2ch.net/test/read.cgi/tech/1086716004/l50
JSP/Servletで構築されたサイト
http://pc5.2ch.net/test/read.cgi/php/1063121571/l50
◆JSP◆
http://pc5.2ch.net/test/read.cgi/php/984840356/l50

関連は>>2-10
0477nobodyさん05/02/05 00:50:06ID:???
>>475
ヒント
・HTTPヘッダのAccept-Language
・java.util.Locale
0478nobodyさん05/02/05 10:11:14ID:???
そのものズバリの回答がでたあとでヒントだしても・・・
047947505/02/07 10:51:44ID:???
レスありがとうございます。
String lang = request.getHeader("Accept-Language");
if (new String(lang.substring(0, 2)).trim().toUpperCase().equals("JA")) {
この記述で上手く判定できました。
0480nobodyさん05/02/07 13:23:00ID:???
>>479
なんでgetLocaleやgetLocalesを使わないのか・・・
0481nobodyさん05/02/07 16:06:01ID:???
こっちで聞くかうpろだスレで聞くか迷ったけど。

ずばり、uploaderのservletでお勧めがあれば教えていただけませんか?
upするファイルのサイズに制限なし、つーservletが見つからなくて・・・

それとも、もうジャカルタのあれとかpastaとか使うのが常識ですか?
0482nobodyさん05/02/07 17:15:10ID:???
その「ジャカルタのあれ」でだめな理由をまず書け。
0483nobodyさん05/02/07 17:19:26ID:???
いやいや、その前になぜservletじゃないといけないか教えてくれ。
phpとかなら色んなスクリプトが転がってるはずだが。
0484nobodyさん05/02/07 18:46:56ID:???
・・・・ぉぃぉぃ、また >410-450 の流れを再現したい厨房出現か?
0485nobodyさん05/02/07 18:57:29ID:???
>482-484
自作自演乙
0486nobodyさん05/02/07 21:17:25ID:???
>>482
正しい

>>483
うんこ

>>484
厨房
0487nobodyさん05/02/07 22:40:41ID:???
>481-486
(・∀・)ジサクジエーン!!乙
0488nobodyさん05/02/07 23:30:42ID:???
WebProgクオリティ
0489nobodyさん05/02/08 00:21:17ID:???
>>483
ここはそういうスレじゃねぇぞ。
0490nobodyさん05/02/08 02:04:33ID:???
ついでに >482 も

>その「ジャカルタのあれ」でだめな理由をまず書け。

481はどこにも駄目とは書いていないようなんだが・・・
どうも最近レスのレベルが低いね。
0491nobodyさん05/02/08 02:23:07ID:???
>>490
「ジャカルタのあれ」を知っているのに、それを使わず何故uploaderのservletを探しているのか?ということだろ
レベル低すぎ
0492nobodyさん05/02/08 09:44:48ID:???
>482 = 491 = 必死
0493nobodyさん05/02/08 09:47:32ID:???
うるせーよもういいだろその話題は終了で
0494nobodyさん05/02/08 11:08:17ID:???
>482 = 491 = 493 = 乙
0495nobodyさん05/02/08 11:25:51ID:???
チャネラってほんと馬鹿ばかりですね。
で、お勧めのuploader servletって結局何なのよ?さっさと教えろこのチンカス野郎共。
0496nobodyさん05/02/08 11:29:14ID:???
>495
ペッ
0497nobodyさん05/02/08 14:34:35ID:???
>495
これでも一応生物学的には雌に分類されるので「〜マンカス女郎共」と訂正して下さい。
無論マンカスなぞ付いていませんが。
0498nobodyさん05/02/08 15:37:04ID:???
>>497
マンカスが付いてないかどうかは俺が確かめてやるからメモ付きで写真うpしろ。
じゃなきゃネカマ
0499nobodyさん05/02/08 15:51:23ID:???
>498
仕事中ですよ。馬鹿ですか?(って2ch見てる私も同類ですが)
確認したいのなら茅場町まで来てください。

ではまたnobodyに戻ります。
0500nobodyさん05/02/08 16:02:42ID:???
>499
もちつけ、相手スンナ。
写真はあとでうぷすればいいから。
0501nobodyさん05/02/08 19:06:00ID:???
>>499
そうだ。写真はいますぐじゃなくてもいいぞ。
0502nobodyさん05/02/08 19:18:39ID:???
↓499によるヤオイ画像のオンパレード
0503nobodyさん05/02/08 22:11:12ID:???
>>501
じゃ30年後で
0504nobodyさん05/02/08 22:23:18ID:???
>>503
マンカスどころじゃなくなってそうだが。
せめてムラムラできる間に。
0505nobodyさん05/02/08 23:59:49ID:???
>>504
ムカムカできるのでいいじゃないですか
0506nobodyさん05/02/09 00:21:53ID:okLZ//Yc
Apache2.0.52+JK2+Tomcat4.1.31 で動くアプリに対し、
ブラウザからリクエストを投げ、レスポンスが帰ってくる前にSTOPボタンを押すと、
Apacheのアクセスログでは、1度だけリクエストを受けたように見えるのですが、
Tomcatのアプリは2度動いてしまうのです。
これって、何が影響しているのでしょうか?
また、IEだとこの現象が発生するのですが、
ネスケだと発生しないのです。
workers2.properties の [lb] で attempts=1 にしても変化なしでした。

0507nobodyさん05/02/09 00:26:32ID:okLZ//Yc
>>506
もちろん、ブラウザのストップボタンを押さない場合は、正常に動作しますし、
Tomcatへ直接アクセスした場合も、正常に動作します。
0508nobodyさん05/02/09 08:05:55ID:okLZ//Yc
>>506
HTTPリクエストヘッダの違いでしょうかね?
0509nobodyさん05/02/09 10:25:33ID:???
ログインユーザーによってフォルダアクセスを行いたいのですが、
フィルタでチェックしようと思ってます。

ユーザー管理 DB
ユーザーAは temp1とtemp2のフォルダ内を閲覧可
ユーザーBは temp1のフォルダ内のみ閲覧可

こんな感じの実装であってるのでしょうか?
0510nobodyさん05/02/09 10:45:46ID:???
どんな感じの”実装”が、”どう”あってるのかを説明していただかないと。
0511nobodyさん05/02/09 12:00:17ID:???
×実装
○考え方
0512nobodyさん05/02/09 12:10:34ID:???
>>509
それは実装とは言わない。
0513nobodyさん05/02/10 00:04:27ID:bv9klEZT
>>506-508
ほんとに困ってます。
助けてください。
0514nobodyさん05/02/10 00:14:41ID:???
>>513
ほんとに困ってるんなら、どこかにお金払って解決してもらうのがいいよ。
0515nobodyさん05/02/11 09:57:43ID:???
>>509
フィルタでやらずにweb.xmlのsecurity-constraintとかsecurity-roleとか調べろ
0516nobodyさん05/02/11 15:06:44ID:???
EJB初級者です。
SQLでは「件数で範囲指定」してレコードを抽出するという操作が
(機種依存のSQLにはなりますが)可能ですが、これをCMPで実現しようとすると
なると、EJB-QLで適切なfinderメソッドを実装したいところですが無理なので
以下のような手順になると考えています。
 1.findAll()でBeanのコレクションとして全件取得。
 2.取得したコレクションに対して適切なソート操作をした後件数範囲抽出。
これだと総レコード数が数千万件などの巨大なものになると
JVMがOutOfMemoryとか言い出しそうで精神衛生上好ましくありませんよね。
そこで質問ですが、上記のような場合のEJB界隈でのポピュラーな解決策とは
どのようなものなのでしょうか?やっぱCMPじゃなくてBMPを使って機種依存の
SQLを組むことになるのでしょうか?
以上です。よろしくお願いします。
0517nobodyさん05/02/11 15:15:17ID:???
上記の「件数で範囲指定」というのは、要は
「5件目から10件目を抽出」するという意味です。
0518nobodyさん05/02/11 17:22:55ID:???
いまEJBを始める必要なんかない。
Hibernate使うかEJB3を待て。
0519nobodyさん05/02/11 17:39:10ID:???
>>518
納期は明日です。
0520nobodyさん05/02/11 17:53:22ID:???
>>519
納期が明日なのに>>516みたいなことをまだやってるの?
>>516みたいな仕様に関する事は、プロジェクト開始前に片付けておく問題なんだがw
0521nobodyさん05/02/11 18:25:09ID:???
>>519
じゃあ普通にJDBC接続で。
0522nobodyさん05/02/11 19:03:59ID:???
>>520
プロジェクト開始前ならどう片付けてましたか?
やはり >521 ですか?
0523nobodyさん05/02/11 19:07:37ID:???
>>520
>>521
半年以上先の次々プロジェクトのために下調べ&雛形作りをしてる最中です。
EJBの是非を議論しに来たわけではないのでそのへんご了解ください。
0524nobodyさん05/02/11 19:12:10ID:???
>>523
半年以上先なら、わざわざEJBなんか使うな。
Spring+Hibernateでやれ。
0525nobodyさん05/02/11 19:15:29ID:???
まあ、どうしてもEJB2っていうなら、すでに「使えない技術」と烙印が押されてしまった技術だということは心に留めておいたほうがいいと思うよ。
だからBMPにするかCMPにするか、それともEJB2の仕組みを使わないか、ということになりそうだ。
ちょっとでも無理を感じたところではEJB2にこだわらないというのが必要かも。
0526nobodyさん05/02/11 19:20:53ID:???
>>524
で>>516で書いてある「件数で範囲指定」っていう操作はHibernateでは可能なのか?
0527nobodyさん05/02/11 19:27:45ID:???
可能。
0528nobodyさん05/02/11 19:38:03ID:???
おおそうなのか。てことは、

・機種依存排除での「件数で範囲指定」の実現
・EJB使用

という>>516の2点の前提(希望)に即したソリューションは・・・

「BMP + Hibernate」

ってことになりそうだね。識者判定よろしく。
0529nobodyさん05/02/11 19:58:15ID:???
ServletでShift-JIS以外の文字コードを指定すると文字化けしちまうだ。
oresama.setContentType("text/html; charset=UTF-8");
と指定してやっても、ブラウザで表示させる時に化けちまいます。
Jspは全然オッケーです。


環境
MacOSX 10.3.8
Tomcat 5.0.28
(Apache 1.3.33)
0530nobodyさん05/02/11 20:21:25ID:???
>>523
ここは見たか?
http://pc5.2ch.net/test/read.cgi/tech/1090653286/
0531nobodyさん05/02/11 20:59:15ID:???
>>528
HibernateとEJBを組み合わせるのはバカバカしいがそういうことになるね。
いまさらEJB2を使う事自体がバカバカしいわけだからね。
0532nobodyさん05/02/11 21:03:45ID:???
>>524
EJBだからこそ半年以上前から先行部隊が動き出す・・・とは考えられないか?

>>531
EJBコンプレックス 乙
0533nobodyさん05/02/11 21:06:03ID:???
>>532
> EJBコンプレックス 乙

マーチンファウラーに言ってやってくれ。
それか、Spring+Hibernateと比べたEJB2の利点を教えてくれ。
とりあえず、分散環境ならEJB2がいいのはわかってるから、その他で。
0534nobodyさん05/02/11 21:38:29ID:???
>>533
EJBノイローゼ 乙
0535nobodyさん05/02/11 22:13:21ID:???
スレ違いだ。

EJBは終わってる
http://pc5.2ch.net/test/read.cgi/tech/1036481443/
0536nobodyさん05/02/11 23:13:10ID:???
そうだな。これから
「なぜ>>533がこのような精神状態に陥るに到ったのか?」
にスレタイが変更されるようだな。w
0537nobodyさん05/02/11 23:37:54ID:???
>>536
>>535
053853305/02/12 00:53:41ID:???
>>534
ごめんよ、今まで信じてたものが使えないといわれたら、妄言だとか精神がおかしいだとか言いたくなる気持ちもわかるよ。
でも、少しは現実見たほうがいいと思うな。
0539nobodyさん05/02/12 01:09:08ID:???
>>538
末期症状
0540nobodyさん05/02/12 01:16:47ID:???
お前ら勝手にやってろって感じだが。
上から読み直してみればわかるとおり>>523で書いてある日本語が読めないかね。
アンチEJB厨はなんとしてもEJBをこき下ろさないと気がすまないところがあるよな。
そしてもうひとつわかることはEJBマンセーなんてレスはひとつもないぞ。
もうちょっと冷静になれ。
そういう意味で>>534みたいな煽りがつくんだろうよ。
0541nobodyさん05/02/12 01:55:54ID:???
最近よく言われているあれだ。
「コミュニケーション能力の低さ」
ってやつだなぁ。まじこまるんだよこれ。
自分の考えに固執して相手の立場に立った
思考ができないんだよ。幼児性を残してたら
さらにやっかい。

自分の思い通りにならないんで
>>525や>>535で既に過剰反応レスつけてるし。ゲンナリ。
0542nobodyさん05/02/12 02:00:13ID:???
>>540
>>533で「EJB2の利点を教えてくれ」と聞いたあとでじゃなければ、それでいいんだけどな。
利点を教えてくれの答えが「ノイローゼ乙」なんだから、こいつにも541があてはまるね。
0543nobodyさん05/02/12 02:13:19ID:???
>>541
自分の思い通りにならないんで精神論にすりかえんな。

> 「件数で範囲指定」してレコードを抽出するという操作

という問題に対して俺は Hibernate + Spring を推す。
おまいのすばらしい解決策を聞かせてくれ。
0544nobodyさん05/02/12 02:14:37ID:???
うーん、Hibernate がEJB の代わりになるという理屈がよくわからん。
トランザクションとかどうするの?
0545nobodyさん05/02/12 02:24:59ID:???
>>544
は? Spring も知らないでレスしてたのか?
0546nobodyさん05/02/12 02:56:26ID:???
強烈な粘着がいるねここ
0547nobodyさん05/02/12 03:10:51ID:???
>>545
「してた」というか、 この件については、
自分は >>544 が初レスなので、他の人と混同しないように・・・。
まぎらわしいタイミングでレスしてすまん。

自分は、Hibernate しか知らんかったんで >>518
あたりの話がようわからんかったのですが、
そういうもの(Spring)を組み合わせるということですね。
なら、了解です。
0548nobodyさん05/02/12 03:31:17ID:???
>>544
ここらでもどうぞ。
ttp://wiki.bmedianode.com/Spring/?J2EE+Development+Without+EJB%A4%CB%A4%C4%A4%A4%A4%C6

最後、17章のところは必ず見ること。
EJB2の最大の欠点はテストしづらいことだな。
0549nobodyさん05/02/12 03:50:43ID:???
>>548
テストの問題は前から感じていましたね。
Spring なり他のアプローチでどう変わるかはちょっと面白そうです。
英語は苦手なので、原著で買うか、翻訳を待つかはちょっと迷いますが・・・

しかし、
>アーキテクチャはシステムの必要性に応じて自分で選ぶこと。BluePrintsもこの本も鵜呑みにしてはいけない。
うーん、キビシー。
0550nobodyさん05/02/12 04:17:58ID:???
SpringやHibernateを使うと、特別なクラスを継承して云々というのではなく普通のクラスを組み合わせてプログラムを作っていくから、テストがやりやすい。
この本を買わなくても、マニュアルと技評のムックかなんかを見れば、だいたい使えると思う。
HibernateもSpringも、とりあえず日本語訳のマニュアルがあったと思う。
とりあえず分散トランザクション以外のことはEJBよりも楽にできる。

日本のプロジェクト、Seasar2+S2DAOでもいいと思う。好みで。
0551nobodyさん05/02/12 16:18:45ID:???
>>529
JSPのpageディレクティブでの文字コード指定はどうなってるの?
JSP側にあるとservletで指定されたモノが上書きされるよ。

あとは素直にmetaタグの文字コード指定がどうなってるかですが。


文字コード道は面倒なので、ふれずにすむのがベストですな。
なんでも入力からDBまでMS932にしとけってかんじ。
0552nobodyさん05/02/12 19:23:01ID:???
>>546
建設的な意見を語らんお前よりはマシだ。
プロジェクトでもたまにいるが。批判だけして意見を求めても何もでない香具師。

>>547
すまん。おまい、タイミング良すぎだ。
あとトランザクションは >>550 のいうように S2(S2JTA) でもいい。
つか、宣言的トランザクションなんか仕組み分かってれば
JTA + AOP で 3 人日あれば作れるだろ。
もちろん、あるもんは使ったほうがいいが俺は自分で
車輪(自己満足)も作り直したい。

ただ、Spring はマンドクセ、S2 は利益目的に傾いて(ry。
だが EJB の依存性ありまくりの OO 中級者が
作ったトランザクション制御よりははるかにマシだ。
0553nobodyさん05/02/12 21:31:24ID:???
Springそんなにめんどいか?
AOPを自力でやるのはめんどいけど、用意されたしくみ使うならだいたい問題ないし。

EJB代替ならSpring+Hibernateになるだろうから、Spring-Hibernate使っておけばあまり気にすることはないし。
0554nobodyさん05/02/12 23:27:08ID:???
自分は EJB 使ってるけど、CMP は通常クラスから
半自動生成するツールを作って、
処理は Facade 一個作ってそれに全部ドライブさせてるから、
フレームワークが変わっても、
このへん作り直すだけでアプリ本体はあんまりいじる必要ないなぁ。
問題は、ツールとFacade の改造がどのくらい手間がかかるかだけの問題。
なんか紹介を斜め読みすると、Spring は Facade さえいらんみたいだけど、
いまんとこ半信半疑。
0555nobodyさん05/02/13 00:24:18ID:???
>>554
通常クラスから半自動生成ではなく
Middlegen使ってDBスキーマから全自動生成しよう。
0556nobodyさん05/02/13 00:25:45ID:???
どの階層のFacadeかによる。
EJBを使うためにFacadeが必要だったんなら、もちろん必要ない。
サービス層としてFacadeを置いてたんなら、それはEJBやSpringとは別の層のアーキテクチャということになるわけだし。
0557nobodyさん05/02/13 00:26:28ID:???
>>555
それは、好みじゃない?上からか下からか、まん中からか。
0558nobodyさん05/02/13 00:43:03ID:???
>>555
一等最初のころは、それも考えてた。
特に、ストアドプロシジャとか使ってたころは。

まあ、結局どっちからでも良かったんだけれど、
実際には、UMLのクラス図→Javaスケルトン→CMP
ということをやってて、UMLで分析・設計した結果がほぼそのまま使えるから。
昔はたとえば、Accsess なんかでデータベースをビジュアルに
設計できたから、データの設計はデータベースでやって、
スキーマーからプログラムが使うための構造体なりクラスなりを
生成するという方式に魅力があったけど、
今は UML があるんで、かならずしもスキーマーを
起点にする必然性ってなくなってきたような気がする。

むしろ、UMLからスキーマを生成して、
DB なり永続化手段が変わっても、生成ルールを変えるだけで、
UMLの設計データはそのまま使える、みたいにしたほうが、
アプリケーションの実装依存性を下げられる。
0559nobodyさん05/02/13 01:50:40ID:???
パフォーマンスを考えると、結局DBがキーになるから、そこの依存度さげてもしかたなかったりする。
まぁ、作るものによるね。
0560nobodyさん05/02/13 10:28:57ID:UeRMALsQ
よく分散環境ならEJBっていうけど、
分散環境って、どういう状態をいうのでしょうか?
0561nobodyさん05/02/13 10:35:34ID:???
電車に轢かれたあとを思い浮かべてみればいいと思われ
0562nobodyさん05/02/13 13:10:17ID:???
>>561
痛い・・・
あ、俺の頭つぶれちゃってるなあ。脳みそバラまくりじゃん。
それにしても寒いなあ。
お、スカートの中見えそー。
もうちょっとなんだけどなあ。目玉が動かせられん・・・くそ。
あ、おい。逃げるな。どこいく。
0563nobodyさん05/02/13 16:35:30ID:???
>>560
【分散環境】
読み方: ぶんさんかんきょう
意味:

ハードウェアベンダー・APサーバベンダー が儲けるために、負荷分散、
信頼性向上を名目にプレゼンテーション、ビジネスロジックなどを
物理的に複数マシンに分散させること。

ベンダーは数千万トランザクション/日でもなければ、通常、分散環境は
不要だということは分かっているが、APサーバの開発費用を
回収するため、また AP サーバと Tomcat などを差別化するため
執拗に薦めてくるもの。

また、最近の研究・統計では負荷が一番かかっているのは DB サーバであり、
ビジネスロジックの負荷分散には全く意味がないことが判明している。
逆にネットワーク負荷が増え、遅くなるだけなので注意する必要がある。
0564nobodyさん05/02/13 16:44:43ID:???
>>560
EJBが有利な分散環境っていうのは、DBが分散してる状況。
DBサーバーがAとBにわかれててAに書き込みをしたあとBへの書き込みで失敗したらAの書き込みをロールバックするような、分散トランザクションのしくみとか。
0565nobodyさん05/02/13 16:59:26ID:???
 ┌───────────────────
 |やべーみなかったことにしよー
 └───○───────────────
       o     
            
            
    /V\    
    ( ・−・)/ ̄ ̄ ̄ ̄/
  ___(_つ ./  シーン  ./ ____
      .\/____/ 
0566nobodyさん05/02/13 17:13:39ID:???
>>565
言わせろ。

>>564
おい、知ったかすんな。
そりゃ JTA だ。EJB が無くてもいい。
JOTM や Tylex、糞S2JTA でも可能だ。
0567nobodyさん05/02/13 17:38:19ID:???
>566

分散環境の定義が違う?
それともEJBをつかったほうがいい状況が他にあるんでしょうか?
0568nobodyさん05/02/13 17:55:36ID:???
>>559
まあ、半分使い捨てのアプリを1つだけ、てっとり早く開発しようとするとそうなるかもね。
0569nobodyさん05/02/13 18:07:46ID:???
>>567
remote インタフェース(RMI/IIOP)だろ。
ビジネスロジック分散。目的はネットワーク負荷増やして
高価なハードを(ry
0570nobodyさん05/02/13 18:14:22ID:???

    |┃
    |┃三    ,ィ, (fー--─‐- 、、
    |┃.    ,イ/〃        ヾ= 、
    |┃   N {                \
    |┃  ト.l ヽ               l
 ガラッ.|┃ 、ゝ丶         ,..ィ从    |
    |┃  \`.、_    _,. _彡'ノリ__,.ゝ、  |     / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
    |┃三 `ゞf‐>n;ハ二r^ァnj< y=レヽ    <  話は聞かせてもらったぞ!
    |┃.    |fjl、 ` ̄リj^ヾ)  ̄´ ノ レ リ     |   俺の出番のようだな。
    |┃三  ヾl.`ー- べl,- ` ー-‐'  ,ン       \____________
    |┃      l     r─‐-、   /:|
    |┃三     ト、  `二¨´  ,.イ |
    |┃     _亅::ヽ、    ./ i :ト、
    |┃  -‐''「 F′::  `:ー '´  ,.'  フ >ー、
    |┃    ト、ヾ;、..__     , '_,./ /l
0571nobodyさん05/02/13 20:16:40ID:???
>>568
作るものによるっていう意味わかってないだろ。
DBに負担がかかるアプリだと、DB中心に考えないとパフォーマンスがでにくい。
0572nobodyさん05/02/13 20:28:56ID:???
>>571
でも、そういうのってライフサイクルを考慮しないと意味ないでしょ。
DB依存のチューンナップで数倍早くしても、
一年もたてば、10倍以上高速化する技術がでてくるんだから、
そのときに移行に何ヶ月もかかるようでは、速度的にも経費的にもペイしない。
だから、「半分使い捨てのアプリを1つだけ」ならそうなるかもといっている。
継続的に運用するアプリで、目先の高速化のために、
移行のコストを無視するなんてナンセンス。
0573nobodyさん05/02/13 20:43:18ID:???
>>572
DB依存のチューンナップではなく、RDBの特性を考慮したモデル設計という話だよ。
RDBの特性を考慮しないモデルだと、10倍以上高速化する技術の恩恵を受けにくかったりする。
それに、その高速化を前提にしていたら、RDBの移行ができない。
というか、1年後に10倍以上高速化した技術が出たところで、「はいそうですか」とバージョンアップできるものの方が「半分使い捨て」のような気がするが。
RDBの特性を考慮してないモデルの場合、ちょっとした改変で非常に処理が重くなることもありうるしね。
0574nobodyさん05/02/13 20:45:30ID:???
RDBでパフォーマンスを考えるなら、RDBMSに対して素直なモデルの方がいいってことだよ。
0575nobodyさん05/02/13 20:46:25ID:???
というか、好みでやれと。
0576nobodyさん05/02/13 21:11:42ID:???
パフォーマンス考えるならSQLは全てストアド
Javaはパラメータの受け渡しに専念
■ このスレッドは過去ログ倉庫に格納されています