データベースコンサルタントのノウハウちょい見せ 私が使うSQL文の捕まえ方＆実行計画取得方法(前編)
各種インフラ技術(OS、ストレージ、ネットワーク)やオラクル製品といった話題を取り上げます。著者は小田圭二、「門外不出のOracle現場ワザ」、「絵で見てわかるOracleの仕組み」、「絵で見てわかるOS/ストレージ/ネットワーク」などの著作もあります ※いただいたコメントを採用させていただきました。「 and a.sql_child_number = b.child_number」を追加しています。 今回は、私がよく使う、実行されたSQL文の捕まえ方、およびSQL文の実行計画取得方法をご紹介します。長いので前編と後編に分けます。今回は前編です。 まず、「v$sql_planから実行計画を表示する」方法を簡単に紹介し、その後、「実行されたSQL文の捕まえ方」を説明します。 ●その０ v$sql_planから実行計画を表示する。 どの方法でも大体使える、v$ビューからの実行計画の表示方法です
マネージ コードでのメモリ リークの識別と回避
Code download available at: Memory Leaks 2007_01.exe(163 KB) Contents Memory in .NET Applications Checking for Leaks Leaking Stack Memory Leaking Unmanaged Heap Memory "Leaking" Managed Heap Memory Conclusion The first reaction many developers have to the idea of memory leaks in managed code is that it's not possible. After all, the garbage collector (GC) takes care of all memory management, right
実践的なパターン: テストの容易性を高める設計
Considering this sample, here's the worst case scenario for the eleventh GC. Say the tenth Gen 0 collection finished at the beginning of the second interval and the eleventh Gen 0 collection finished at the end of the third interval. That means the time between the end of the two collections is about two sampling intervals, or two seconds. The % Time in GC counter shows 3 percent, and so the eleve
「当たらなければ どうと言うことはない」 先制攻撃7日間 - インフラエンジニアのトラブル防御策（前編）
対象読者 トラブルプロジェクトに投入されるインフラエンジニア そのエンジニアを使うプロジェクトマネージャ はじめに 常日頃から、突発的なシステム障害に際し、昼夜問わず対応することを迫られているインフラエンジニア。 そのような立場にあるインフラエンジニアにとって、トラブルプロジェクトに投入されるということは、本来のプロジェクト遅延キャッチアップ作業に加え、日々巻き起こる嵐のような障害（特に、ハードウェア・OS・ミドルウェア障害）に24時間忙殺されることを意味する。そのようなときは、「トラブルを収束させ、困っている人を助けねばならない」「リスクが恐怖であってはならない」と頭では分かっていても、身がすくむ思いがしてしまうものである。 通常のシステムエンジニアとインフラエンジニアのトラブル対応には、以下のような特性の違いがある。 通常のシステムエンジニアのトラブル対応 想定外の突発的な事態の発生確
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Build and implement a single sign-on solution
