[B! oracle][チューニング] sasasin

sasasin_net id:sasasin_net

oracleとチューニングに関するsasasin_netのブックマーク (5)

シバタツ流！ DWHチューニングの極意　第1回　初期化パラメータと表領域作成 | oracletech.jp
はじめまして、この連載を担当するExadata技術部の柴田と申します。Oracle Exadataリリース当初から、お客様のSQLやデータを使用したPoC (Proof of Concept) を実施し続けています。本番稼働しているたくさんのシステムのパフォーマンス・チューニングを行ってきましたが、いつも思うことは「もっとシンプルでいいのに」ということです。Oracle Databaseにはたくさんのパラメータやらなんやらがありますが、OLTPでは効果があっても、データウェアハウスではほとんど効果がないどころか、逆に遅くなるだけということも。そこでこの連載では、データウェアハウスのパフォーマンス・チューニングに本当に効果があることだけにポイントを絞ってご紹介していきたいと思います。これらのチューニング手法はExadataに限ったものではなく、Oracle Databaseすべてにおいて
sasasin_net 2011/08/29
oracle

SQL

チューニング
リンク
シバタツ流！ DWHチューニングの極意　第2回　データ・ローディング | oracletech.jp
第1回では初期化パラメータと表領域に対して、データウェアハウスに最適なチューニングを行いました。今回はこのデータベースと表領域に、どのようにして高速にデータをローディングするかをご紹介します。大量のデータを扱うデータウェアハウスではデータ・ローディングは大きな時間を占めるでしょうから、ここの高速化は重要です。 ■外部表の使用私がローディングするときに使う方法はSQL*Loaderではなく外部表です。「ローディング＝SQL*Loader」と考える方も多いでしょうが、外部表を使ったローディングにはSQL*Loaderにはない、さまざまなメリットがあります。そもそも外部表とはなんでしょう？通常の表では表の定義もデータ自体もデータベース内に格納されていますが、外部表では表の定義はデータベース内にあるものの、データ自体はデータベースの外にフラット・ファイルの形式で保存されています。たとえ
sasasin_net 2011/08/29
oracle

SQL

チューニング
リンク
シバタツ流！ DWHチューニングの極意　第3回　パーティショニング | oracletech.jp
「Oracle Partitioning」はデータウェアハウスを構築するにあたって最も重要なオプション製品と言えるでしょう。表をパーティショニングすることによって、データをパーティション単位でDROPできたり、パーティション単位で圧縮するかどうか選べたりと、管理上のメリットも大きいのですが、今回はパフォーマンス・チューニングという観点に絞って説明したいと思います。 ■パーティション・プルーニング OLTPで使用されるデータベースのパフォーマンスを上げる最も基本的な方法は索引（Bツリー索引）を作成することであることは皆さんご存知でしょう。おさらいになりますが、読み込まないといけないデータ・ブロック数を減らすことでクエリーの応答速度が短くなることが索引を作成する理由です。つまり言い換えると、読み込まないといけないデータ・ブロック数が減らせれば索引という手法にこだわる必要はないわけです。では
sasasin_net 2011/08/29
SQL

チューニング

oracle
リンク
シバタツ流！ DWHチューニングの極意　第4回　SQL書き換えテクニック | oracletech.jp
一度に処理する行数の多いデータウェアハウスにおけるバッチでは、少しやり方を変えることで大幅に性能が向上することがよくあります。今回はバッチでよく使われるSQLをどのように書き換えて、なぜそれによって速くなるのかについてご紹介しましょう。大量行を処理する場合、まずはダイレクト・パスについて意識しましょう。第2回でダイレクト・パス・ロードについて簡単に触れましたが、このダイレクト・パスについてもう少し詳しく説明します。まず、通常のSELECTはどのように行われているかのおさらいです。SELECT対象のデータ・ブロックがデータベース・バッファ・キャッシュになかった場合、データ・ブロックはストレージから読まれ、データベース・バッファ・キャッシュに書き込んでからクライアントに返されます。一方、ダイレクト・パス読取りでは、データ・ブロックはストレージから読まれた後、データベース・バッファ・キャ
sasasin_net 2011/08/29
oracle

SQL

チューニング
リンク
シバタツ流！ DWHチューニングの極意　第5回　統計情報と実行計画 | oracletech.jp
この連載もついに最終回となりました。今までの連載で紹介したテクニックを使えば、ほとんどのデータウェアハウスは大幅に高速になるはずですが、統計情報の取得方法に問題があって想定どおりに動いていなかったら元も子もありません。「SQLが遅い」という理由の一つに「実行計画が悪い」ということがありますが、オプティマイザは統計情報を基にして実行計画を作ります。なので、正しくない統計情報を使っていると正しくない実行計画が作られてしまい、その結果、SQLが遅いという結果になってしまいます。ある程度のコストが掛かる統計情報収集はデータの変更とリアルタイムで行われるわけではないので、統計情報を収集するタイミングや方法によっては現在のデータの実態を反映していない、正しくない統計情報になってしまいます。そこで今回は正しい統計情報の取り方と、その統計情報で正しい実行計画が作られたかどうかの監視の仕方についてご紹介しま
sasasin_net 2011/08/29
oracle

SQL

チューニング
リンク
1