【Oracle】SELECT文が複雑になるからってビューを簡単につくってはいけない。 - Qiita
Oracleにおけるビューを含むSELECT文の実行計画の最適化には制限があります。 (他のRDBMSだと最適化はされるかもしれません。でもその度合いには限界があるはず...) ビューを含むSELECT文の実行計画最適化における制限事項 ビューを含むSELECT文を書いたとき(SELECT文のFROM句にビューを含めたとき) ビューで定義された問合せブロック（ビューで定義されたSELECT文）の内容を展開して、 SELECT文全体で実行計画を最適化する挙動（マージ）をオプティマイザーが示すこともありますが、これには以下の制限があります。 次の理由により、単純ビューのマージでは、ビューが有効にならない場合があります。 次のような、選択表示結合ビューに含まれていない構成メンバーがビューに含まれている。 ・GROUP BY ・DISTINCT ・外部結合 ・MODEL ・CONNECT BY ・
Efficient SQL test query or validation query that will work across all (or most) databases
Many database connection pooling libraries provide the ability to test their SQL connections for idleness. For example, the JDBC pooling library c3p0 has a property called preferredTestQuery, which gets executed on the connection at configured intervals. Similarly, Apache Commons DBCP has validationQuery. Many example queries I've seen are for MySQL and recommend using SELECT 1; as the value for t
表の結合を極めるチューニング・テクニック
本連載では、Oracleデータベースのパフォーマンス・チューニングの中から、特にSQLのチューニングに注目して、実践レベルの手法を解説する。読者はOracleデータベースのアーキテクチャを理解し、運用管理の実務経験を積んでいることが望ましい。対象とするバージョンは現状で広く使われているOracle9iの機能を基本とするが、Oracle 10gで有効な情報も随時紹介していく。（編集局） 連載目次 前回までは、索引に関するチューニング・テクニックを説明しました。今回からは表の結合に関するパフォーマンス向上方法を考えてみます。結合処理は、正規化されたデータベースでは、必ず必要になる処理であり、パフォーマンスが問題となりやすい部分でもあります。ここでは、参照する表の件数、絞り込み条件の有無などを変更し、結合の種類によって処理時間、アクセスブロック数などがどのように変わるか、実例を挙げて説明していき
Oracle SQL（データの更新 :UPDATE文の基礎、クエリー結果やEXISTS句を用いた更新処理）
UPDATE文の構文 UPDATE <表名> SET <列名1> = <値の式1> [,<列名2> = <値の式2> ] [,<列名3> = <値の式3> ] ... [ WHERE <検索条件> ] UPDATE文では、WHERE句の検索条件に合致する行に対して、指定された列に指定された値を 設定します。WHERE句は必ずしも必要ではなく、その場合には指定された表の全ての行が更新 対象となります。 簡単なUPDATEの実行の例を示します。 SQL> SELECT * FROM TT_売上明細 WHERE 売上番号 = 6; 売上番号 明細番号 商品コード 売上数量 備考 ---------- ---------- ---------- ---------- ---------------------------------------- 6 1 8 1 6 2 9 1 6 3 10 1
インデックス情報の確認
テーブルとインデックスの関係だけならuser_indexesだけで十分です。 インデックスのカラムも知りたければこのクエリで確認できます。 set pages 10000 set lines 120 column table_name format a32 column index_name format a30 column column_name format a20 column tablespace_name format a20 select i.table_name,i.index_name,c.column_name,i.tablespace_name from dba_indexes i, dba_ind_columns c where i.index_name=c.index_name and i.owner=c.index_owner and i.table_name
SGAに起因するパフォーマンス障害を発見する
Oracleデータベースの運用管理者は、突発的に直面するパフォーマンス障害にどうやって対処したらよいか。本連載は、非常に複雑なOracleのアーキテクチャに頭を悩ます管理者に向け、短時間で問題を切り分け、対処法を見つけるノウハウを紹介する。対象とするバージョンはOracle8から9iまでを基本とし、10gの情報は随時加えていく。（編集局） 前回「オプティマイザの判断ミスを疑ってみよう」では、オプティマイザの挙動について確認しました。今回は、OracleのSGA（System Global Area）と呼ばれるメモリ部分（データベース・バッファ・キャッシュ、共有プール）に起因するパフォーマンス障害を乗り切るテクニックを紹介します。 当初適切に設定したOracleのメモリ割り当てでも、日々の運用の中でデータ量の増大など状況の変化により、問題が発生することもあります。SGAの問題を切り分けるため
SQL*Plusで実行計画を取得する - オラクル・Oracle SQL*Plus リファレンス
EXPLAIN PLAN 文による実行計画の取得とは異なり DML の処理とフェッチ、データ転送処理も行なわれる(※)ので大量の件数を取得する検索文の場合には注意する。 (※) TRACEONLY を使用することでデータ表示に伴う速度の低下は軽減することは可能 AUTOTRACE 準備作業 実行計画と統計情報は 動的パフォーマンス・ビュー を参照する必要があるため一般ユーザーには使用できない場合がある。 PLUSTRACE ロールの作成スクリプト (sys の v_$sesstat,v_$statname,v_$mystat パフォーマンスビューへの参照権限をもつロールの作成) SYSDBA 権限で接続 (Windows 系でも '/' によるディレクトリ表記で問題ない) # sqlplus / as sysdba SQL> @?/sqlplus/admin/plustrce.sql ..
スキーマ統計情報 - オラクル・Oracleをマスターするための基本と仕組み
スキーマ統計情報の収集 スキーマ統計情報を収集と対象リストを抽出する方法 GATHER_SCHEMA_STATS パッケージには、スキーマ単位 の統計の収集とリスト取得の 2つの機能*1がある。 統計情報の収集 (DBMS_STATS) に戻る。 スキーマ統計情報の収集 スキーマ全体にわたり、OPTIONS に指定した方法で統計情報を収集する。 基本的なパラメータ DBMS_STATS.GATHER_SCHEMA_STATS ( OWNNAME => 'スキーマ' ,OPTIONS => 'オプション' ,ESTIMATE_PERCENT => 'サンプルレート' ,BLOCK_SAMPLE => 'サンプルレート(block)' ,DEGREE => '並列度' ,GRANULARITY => 'パーティション表オ
OTN Japan マニュアル
お探しのものを見つけるために、以下の項目を試してみてください。 キーワード検索のスペルを確認してください。 入力したキーワードの同義語を使用してください。たとえば、「ソフトウェア」の代わりに「アプリケーション」を試してみてください。 新しい検索を開始してください。
OTN Japan マニュアル
お探しのものを見つけるために、以下の項目を試してみてください。 キーワード検索のスペルを確認してください。 入力したキーワードの同義語を使用してください。たとえば、「ソフトウェア」の代わりに「アプリケーション」を試してみてください。 新しい検索を開始してください。
DUMP - オラクル・Oracle SQL 関数リファレンス
DUMP 関数の内容 データベース格納可能なデータの式 expr を内部保存形式で見る。一部の TO_*** 関数では実際の保存される形式と異なる形式で保持している。フォーマット形式は8進、10進、16進を選択でき、それぞれに +1000 することで文字型の場合には文字データ expr の使用しているキャラクタセット名も併記される。 注意 PL/SQL の関数としては利用できない DUMP 使用例 DUMP('あいう',1016) ⇒ Typ=96 Len=6 CharacterSet=JA16EUC: a4,a2,a4,a4,a4,a6 DUMP(10) ⇒ Typ=2 Len=2: 193,11 ← 10 + 1(ゲタ) = 11 DUMP(TO_DATE('256/02/03 04:05:06', 'YYYY/MM/DD HH:MI:SS'),10) ⇒ Typ=13(※) Le
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WITH Clause : Subquery Factoring in Oracle