■SI Object Browser 掲示板


ユーザの皆様、開発者、サポート担当者の交流のための掲示板です!

ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。
なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。

discussion
※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】
※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。
※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。
※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。
ぜひお願いします 2004/01/21 12:57 OB 4
機能重視も去ることながら、保守を考えるとやっぱりチューニングツールが
必要だと思います。チューニングツールはオラクルからもありますが、
あまり使い勝手いいとは言えません。ぜひObjectBrowserで何でもとは
いいませんが、チューニングの機能を検討くだされば有難いです。
最近オラクルが重くなったとか遅くなったとかよく聞きます。
その時ObjectBrowserではこのようにできますよとぜひ言ってください。
期待しております。ObjectBrowserの新製品はできればやめてくださいね(笑)
ご意見ありがとうございます。

チューニングツールを加える構想は、これまでも何回かあったのですが、
なかなか手が回らない状態が続いています。
でも、私たち自身も必要性を感ずる場面が多いので、
OBに加えるか、別製品としてリリースするかも含めて
検討してゆきたいと思っています。


 すみません、パフォーマンスチューニングのポイント・アドバ
イスがあれば、参考までに教えていただけないでしょうか?

 現在、当方では以下の2つのルールだけで、特に問題は起きて
いませんがかなり甘いでしょうか(^^;)


1・SQL文は、オブジェクトブラウザーのSQL画面の「実行計画
」タブで、INDEX RANGE SCANが使用されることを確認してから、
実装するように開発標準で強制。
「ALL ACCESSのときは、INDEXの付与の可否も含めて協議する」
ことを明記

2・ユーザからパフォーマンスでクレームがあった場合は、
対象の処理を(入力画面を含む)行なうユーザのログイン
セッションに対して
DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSIONでトレースをかけ、
sort=(execpu,fchcpu)オプションをつけてtkprofで整形し、
上から順にチェックしていく。


 別途DBAの方が、監視ツールで各種しきい値をチェック
し、毎日数10通のしきい値警告自動メールが届いていますが、
結局は特に問題はないようです。


追伸・
 ごぶさたしています。おかげさまで順調に進んでいます。
下記の2点を「開発標準で強制」できているのは非常に立派ですね。

データベースシステムの開発において「実行計画」を確認しながら実装すると
いうのは絶対に必要な基本作業だと認識しているのですが、
実際に開発メンバーに徹底させるのはなかなか難しいと実感しています。

Oracleのパフォーマンスツールは、海外製品や国産品など結構ありますね。
今から、そのようなパフォーマンス専用ツールを一から作るのは大変ですし、
時代もそれを求めていないと思っていますので、SQLのパフォーマンス改善を
中心にした機能拡張になるのかなって考えています。

「実行計画表示機能」を使ったパフォーマンスの良い開発がしやすいように
Ver8.0で「大量データ作成機能」を装備しましたが、次のバージョンでは
こんな機能が欲しいというものをさらに実装して行きたいと思っています。

私が今、欲しいと思っている機能は、まだ全く真剣に考えていない段階ですが、
1.同一端末(セッション)のアプリケーションから発行している生SQLを
OBのSQLウィンドウに取り込み、実際の値で実行計画を見る。
2.上記SQLをプールし、それをもとにCRUD表を自動作成する。または・・・
3.アプリケーションのソースを読み、CRUD表を自動作成する。
4.インデックスの利用状況、全く使われていないインデックスなどを簡単に
トレースして一覧表示する。
などのようなものです。

先日、Object Browser ERの機能に関してアンケートを行い、
非常に貴重なご意見をいただきました。
OB9の開発をスタートするときも、皆様のご要望をお聞きしたいと思っています。

>1・SQL文は、オブジェクトブラウザーのSQL画面の「実行計画
>」タブで、INDEX RANGE SCANが使用されることを確認してから、
>実装するように開発標準で強制。
>「ALL ACCESSのときは、INDEXの付与の可否も含めて協議する」
>ことを明記
>
>2・ユーザからパフォーマンスでクレームがあった場合は、
>対象の処理を(入力画面を含む)行なうユーザのログイン
>セッションに対して
>DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSIONでトレースをかけ、
>sort=(execpu,fchcpu)オプションをつけてtkprofで整形し、
>上から順にチェックしていく。
>実際に開発メンバーに徹底させるのはなかなか難しいと実感しています。
 このへんは織田信長かフセインのように、何を言われながら強権を発動して徹底
させなければならないかと思うと、悲しくなりますが、ヤムをえません。
参考になりました、ありがとうございました