SQLが重いときに見るお気軽チューニング方法
SQLのチューニング方法 昔Qiitaで書いたものをzennにうつして、若干の修正、追加をしてみました。 ORACLEでの経験を元に書いていますがコストベースのリレーショナルデータべースなら大体共通の考え方だと思うので他にも使えると思います。 SQLのチューニングといえば比較的容易に済むインデックスをとりあえず作成する。といった対応を取られがちですが、数万レコード程度でのデータ量ではあまり効き目がなく（自分の経験則）、どちらかといえば、結合順が大幅に狂ってたりすることが原因のことが多かったりします。よって本当にインデックスがないことが原因なのか？を熟考する必要があります。（例えばID以外のフラグとかコードに単項目indexを貼ってるのもみたことがあります。怖いけど実話） また、インデックスを作りすぎるとオプティマイザが狂いやすくなって他のSQLにも悪影響を及ぼしたりするので結構熟慮して追加
SQLHCのススメ - ablog
SQLHCとは SQLチューニング・ヘルス・チェック・スクリプト(SQLHC)は My Oracle Support で提供されているPL/SQLスクリプト My Oracle Support の DocID: 1542531.1 から sqlhc.zip をダウンロード・解凍して、sqlplus で SQL_ID を指定して実行 指定した SQL_ID の実行計画、実行時間、参照している表・索引定義、統計情報、実行計画のボトルネック、SQL監視、Optimizer(10053)トレース などを V$ASH、DBA_HIST_ASH、DBA_HIST_SQLSTAT などからまるっととってくれる便利スクリプト 情報採取手順 情報採取する SQL の SQL ID を確認する DBサーバの任意のディレクトリで SQLHC を解凍する $ unzip sqlhc.zip Archive: sq
Mac De Oracle: 机上SQLチューニング、クイズ！ 駆動表（外部表）はどれだ！！！！
■プライバシーポリシー ■個人情報の利用目的 当ブログでは、メールでのお問い合わせ、ブログへのコメントの際、名前（ハンドルネーム）等の個人情報をご登録いただく場合がございます。これらの個人情報は質問に対する回答などでご連絡する場合や、スパムコメント抑止のために利用させていただくものであり、個人情報をご提供いただく際の目的以外では利用いたしません。 ■個人情報の第三者への開示 当サイトでは、個人情報は適切に管理し、以下に該当する場合を除いて第三者に開示することはありません。 本人のご了解がある場合 法令等への協力のため、開示が必要となる場合 個人情報の開示、訂正、追加、削除、利用停止については、ご本人からの個人データの開示、訂正、追加、削除、利用停止のご希望の場合には、ご本人であることを確認させていただいた上で速やかに対応させていただきます。 ■アクセス解析ツールについて 当サイトでは、Go
シバタツ流！ DWHチューニングの極意 第5回 統計情報と実行計画 | oracletech.jp
この連載もついに最終回となりました。今までの連載で紹介したテクニックを使えば、ほとんどのデータウェアハウスは大幅に高速になるはずですが、統計情報の取得方法に問題があって想定どおりに動いていなかったら元も子もありません。「SQLが遅い」という理由の一つに「実行計画が悪い」ということがありますが、オプティマイザは統計情報を基にして実行計画を作ります。なので、正しくない統計情報を使っていると正しくない実行計画が作られてしまい、その結果、SQLが遅いという結果になってしまいます。ある程度のコストが掛かる統計情報収集はデータの変更とリアルタイムで行われるわけではないので、統計情報を収集するタイミングや方法によっては現在のデータの実態を反映していない、正しくない統計情報になってしまいます。そこで今回は正しい統計情報の取り方と、その統計情報で正しい実行計画が作られたかどうかの監視の仕方についてご紹介しま
シバタツ流！ DWHチューニングの極意 第4回 SQL書き換えテクニック | oracletech.jp
一度に処理する行数の多いデータウェアハウスにおけるバッチでは、少しやり方を変えることで大幅に性能が向上することがよくあります。今回はバッチでよく使われるSQLをどのように書き換えて、なぜそれによって速くなるのかについてご紹介しましょう。 大量行を処理する場合、まずはダイレクト・パスについて意識しましょう。第2回でダイレクト・パス・ロードについて簡単に触れましたが、このダイレクト・パスについてもう少し詳しく説明します。 まず、通常のSELECTはどのように行われているかのおさらいです。SELECT対象のデータ・ブロックがデータベース・バッファ・キャッシュになかった場合、データ・ブロックはストレージから読まれ、データベース・バッファ・キャッシュに書き込んでからクライアントに返されます。一方、ダイレクト・パス読取りでは、データ・ブロックはストレージから読まれた後、データベース・バッファ・キャ
Ring
Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
db tech showcase Tokyo 2013 - A35 特濃JPOUG：潮溜まりでジャブジャブ、SQLチューニング
https://blogs.oracle.com/oracle4engineer/post/entry/column_sqltunig_ocs