[Seasar-user:16327] Re: テーブル項目追加に伴うパフォーマンス低下についてのご質問

[kubo]

久保(jflute)です。

「ボトルネックを探すのが基本」
であることに変わりはないのですが、
できる限りの補足という事でメールさせて頂きます。

> SELECT文(select * )もDBも変更せず、Bean(setter/getter)の追加のみで
> 性能低下が起こっておりますので、S2Daoの観点から何かわかることがないかと思い質問させて頂いております。

状況は：

　SQL　：　SQLファイルで「select *」（特に変更なし）
　DB　　：　VARCHAR2(3000)１０列追加
　Bean　：　１０列分のsetter/getterの追加

で、性能低下が発生したということでよろしいでしょうか？
もし、そうなのであれば、

　SQLが「select *」、かつ、Beanで１０列分のsetter/getter追加

ということで、
そのSQLではVARCHAR2(3000)１０列のデータも取得対象に含まれます。
すると、その分データ転送とデータの設定処理が実行されるため、
その分遅くなる可能性があります。

2008/11/19 Kobayashi.Tomomi <[E-MAIL ADDRESS DELETED]>:
>
> お世話になります。
> ご回答ありがとう御座います。
>
>>> ①S2Daoにて、列サイズをある一定以上にすると性能が落ちる、
>>> 又は、Bean(テーブル)のサイズ・列数をある一定以上にすると性能が落ちる等、何か性能についての情報はないでしょうか？？
>>
>>S2Dao かどうかに関係なく，ネットワークを通るデータの
>>転送量もメモリの消費量が増えるのでこの傾向はあります．
>>
>>> ②また、Bean(テーブル)定義を変えずパフォーマンスを向上させる方法について何かご存知ではないでしょうか？
>>> S2Daoのバージョン、S2Daoの設定、Driver、その他どんな情報でも構いませんので、情報を頂けたらと思います。
>>
>>パフォーマンスで問題があるなら，まずはボトルネックを
>>探すのが基本です．状況が分からなければ誰もアドバイス
>>できないと思います．
>>VusualVm などを使ってメモリの消費量や時間の
>>かかっているメソッドを確認してはいかがでしょうか．
>>また，JDBC API を直接使った場合と比較するとか．
> アドバイスをありがとうございます。
> 平行してリソースの調査も進めております。
> SELECT文(select * )もDBも変更せず、Bean(setter/getter)の追加のみで
> 性能低下が起こっておりますので、S2Daoの観点から何かわかることがないかと思い質問させて頂いております。
>
>>
>>> >S2Dao は select * ～ ではなく，select col1, col2, ～
>>> >という SQL を実行します．
>>> >そのため，Bean のプロパティを元に戻せば取得する
>>> >カラムの数もデータの転送量も元に戻ります．
>>> 外部SQLに「select * ～」と記述しております。
>>> この場合も、S2Daoで「select col1, col2」に変わる
>>> と言う認識で合っていますでしょうか？
>>
>>SQL ファイルを使っているならその SQL の通りに
>>実行されます．
> 了解しました。ありがとうございます。
>
>
> _______________________________________________
> Seasar-user mailing list
> [E-MAIL ADDRESS DELETED]
> https://ml.seasar.org/mailman/listinfo/seasar-user
>
>