津島博士のパフォーマンス講座 第9回 良いSQLついて | oracletech.jp
皆さんこんにちは、まだまだ暑いですが体調はいかがでしょうか。私はどうにか頑張っております。 今回は、詳しく聞きたいというご要望のありました「パフォーマンスの良いSQL文ついて」まとめて説明しようと思います。すべてのパターンについて解説はできませんが、第4回で少し説明した実行計画を使用して説明しますので、実行計画などを見るときの参考にもして下さい。 ■1．良いSQL文とは まずは、良いSQL文とはどのようなものなのかを説明します。簡単に言うとリソースをできるだけ使用しないようにすることですが、なかなか難しいと思いますので参考になるポイントをまとめてみました。 高速にアクセスするには、索引を使用してアクセスするのが一般的ですから、索引が使用されないSQL文を記述しないことです。そのため、どのようなときに索引が使用されないかを知っておくことも大事になります。それから、テーブルの結合やソー
シバタツ流！ DWHチューニングの極意 第1回 初期化パラメータと表領域作成 | oracletech.jp
はじめまして、この連載を担当するExadata技術部の柴田と申します。Oracle Exadataリリース当初から、お客様のSQLやデータを使用したPoC (Proof of Concept) を実施し続けています。本番稼働しているたくさんのシステムのパフォーマンス・チューニングを行ってきましたが、いつも思うことは「もっとシンプルでいいのに」ということです。Oracle Databaseにはたくさんのパラメータやらなんやらがありますが、OLTPでは効果があっても、データウェアハウスではほとんど効果がないどころか、逆に遅くなるだけということも。 そこでこの連載では、データウェアハウスのパフォーマンス・チューニングに本当に効果があることだけにポイントを絞ってご紹介していきたいと思います。これらのチューニング手法はExadataに限ったものではなく、Oracle Databaseすべてにおいて
シバタツ流！ DWHチューニングの極意 第2回 データ・ローディング | oracletech.jp
第1回では初期化パラメータと表領域に対して、データウェアハウスに最適なチューニングを行いました。今回はこのデータベースと表領域に、どのようにして高速にデータをローディングするかをご紹介します。大量のデータを扱うデータウェアハウスではデータ・ローディングは大きな時間を占めるでしょうから、ここの高速化は重要です。 ■外部表の使用 私がローディングするときに使う方法はSQL*Loaderではなく外部表です。「ローディング＝SQL*Loader」と考える方も多いでしょうが、外部表を使ったローディングにはSQL*Loaderにはない、さまざまなメリットがあります。 そもそも外部表とはなんでしょう？ 通常の表では表の定義もデータ自体もデータベース内に格納されていますが、外部表では表の定義はデータベース内にあるものの、データ自体はデータベースの外にフラット・ファイルの形式で保存されています。たとえ
シバタツ流！ DWHチューニングの極意 第3回 パーティショニング | oracletech.jp
「Oracle Partitioning」はデータウェアハウスを構築するにあたって最も重要なオプション製品と言えるでしょう。表をパーティショニングすることによって、データをパーティション単位でDROPできたり、パーティション単位で圧縮するかどうか選べたりと、管理上のメリットも大きいのですが、今回はパフォーマンス・チューニングという観点に絞って説明したいと思います。 ■パーティション・プルーニング OLTPで使用されるデータベースのパフォーマンスを上げる最も基本的な方法は索引（Bツリー索引）を作成することであることは皆さんご存知でしょう。おさらいになりますが、読み込まないといけないデータ・ブロック数を減らすことでクエリーの応答速度が短くなることが索引を作成する理由です。つまり言い換えると、読み込まないといけないデータ・ブロック数が減らせれば索引という手法にこだわる必要はないわけです。では
シバタツ流！ DWHチューニングの極意 第4回 SQL書き換えテクニック | oracletech.jp
一度に処理する行数の多いデータウェアハウスにおけるバッチでは、少しやり方を変えることで大幅に性能が向上することがよくあります。今回はバッチでよく使われるSQLをどのように書き換えて、なぜそれによって速くなるのかについてご紹介しましょう。 大量行を処理する場合、まずはダイレクト・パスについて意識しましょう。第2回でダイレクト・パス・ロードについて簡単に触れましたが、このダイレクト・パスについてもう少し詳しく説明します。 まず、通常のSELECTはどのように行われているかのおさらいです。SELECT対象のデータ・ブロックがデータベース・バッファ・キャッシュになかった場合、データ・ブロックはストレージから読まれ、データベース・バッファ・キャッシュに書き込んでからクライアントに返されます。一方、ダイレクト・パス読取りでは、データ・ブロックはストレージから読まれた後、データベース・バッファ・キャ
シバタツ流！ DWHチューニングの極意 第5回 統計情報と実行計画 | oracletech.jp
この連載もついに最終回となりました。今までの連載で紹介したテクニックを使えば、ほとんどのデータウェアハウスは大幅に高速になるはずですが、統計情報の取得方法に問題があって想定どおりに動いていなかったら元も子もありません。「SQLが遅い」という理由の一つに「実行計画が悪い」ということがありますが、オプティマイザは統計情報を基にして実行計画を作ります。なので、正しくない統計情報を使っていると正しくない実行計画が作られてしまい、その結果、SQLが遅いという結果になってしまいます。ある程度のコストが掛かる統計情報収集はデータの変更とリアルタイムで行われるわけではないので、統計情報を収集するタイミングや方法によっては現在のデータの実態を反映していない、正しくない統計情報になってしまいます。そこで今回は正しい統計情報の取り方と、その統計情報で正しい実行計画が作られたかどうかの監視の仕方についてご紹介しま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
