Oracle DatabaseでのUnicode設計 - Qiita
Oracleの場合、それぞれの型に別ののCharsetを指定することが可能です。ふつうにOracleをインストールすると、 NLS_CHARSET=AL32UTF8 NLS_NCHAR_CHARSET=AL16UTF16 になるかと思います。当然ながらNLS_NCHAR_CHARSETには、Unicode系のCharsetしか設定できません。(実際にはNLS_NCHAR_CHARSETに、AL16UTF16以外をセットしたことがないので、それ以外のときにどういう挙動になるか分かってません。) 実際にどの型でどのCharsetを使うかは、以下のSQLで見ることができます。(要sysオブジェクトへの参照権限) SELECT distinct(nls_charset_name(charsetid)) CHARACTERSET, decode(type#,1,decode(charsetform,
OTN Japan マニュアル
お探しのものを見つけるために、以下の項目を試してみてください。 キーワード検索のスペルを確認してください。 入力したキーワードの同義語を使用してください。たとえば、「ソフトウェア」の代わりに「アプリケーション」を試してみてください。 新しい検索を開始してください。
Oracle10g AWRに関する検証 その４ - InsightTechnology 旧ブログ
＜Oracle10g AWR(Automatic Workload Repository)に関する検証 その４＞ ～自動SQLチューニング機能編～ ペンネーム：ちょびひげ 前回まで、以下の2つ表に関してみてきました。 □V$ACTIVE_SESSION_HISTORY アクティブなセッションの「待ち」と「CPUを使用している」という情報の履 歴が記録される。これらの情報はデフォルトでは1分に1回、Oracleのバック グラウンドプロセスによって記録される。 □DBA_HIST_ACTIVE_SESS_HISTORY(WRH$_ACTIVE_SESSION_HISTORY) v$active_session_historyの情報が定期的に書き込まれるテーブルです。 デフォルトでは単位時間当りにv$active_session_historyの1/10の情報量が 格納されます。メモリ上では保持
Oracle新人のRACインストール その１６ - InsightTechnology 旧ブログ
＜Oracle新人のRACインストール その１６＞ ペンネーム： world famous beagle みなさん、こんにちは。 新人のRACインストールはまだ続きます。 印旛くんもようやくOracleに関わりはじめました。 今回は、初期化パラメータの”processes”。 インストール時に、色々な初期化パラメータを設定しなければなりませんね。 これは、設計時に考慮されているかと思いますが、印旛くんには、DB設計は まだ荷が重いので、このパラメータはどのようなものか、岸田さんがなぜこの ような値を設定しているのかを勉強している、というところでしょうか・・・。 それでは、スタート！ ——————————————————————— よし、今日は”processes”だな。 岸田さんがくれた設計書の値は、1000になってるな。なぜでしょう？ processは、英語だと”過程”、”処理する”って
門外不出のOracle現場ワザ 第4章 | Oracle 日本
門外不出のOracle現場ワザ 日本オラクル株式会社 コンサルティング統括本部テクノロジーコンサルティング本部 小田 圭二(おだ けいじ) 第4章 Oracleデータベースの頭脳 「オプティマイザ」徹底研究 日本オラクル株式会社 コンサルティング統括本部テクノロジーコンサルティング本部 小田 圭二(おだ けいじ) 目次 Part1 SQLを最適化するコストベースオプティマイザの基本機能 はじめに CBOを使用する理由 SQL文の処理におけるオプティマイザの役割 Part2 CBOは何を見てどう判断するのか CBOのアクセスパス選択方法 ヒストグラム CBOとバインド変数 バインドピーク（Bind peek） I/O + CPUコストモデル CBOとフルスキャン CBOとキャッシュ効率 CBOとパラメータ CBOと結合順序 Part3 オプティマイザ統計の管理 自動統計収集 統計履歴の
Full Scanを速くしちゃう～Oracle Text編～その２ - InsightTechnology 旧ブログ
＜Full Scanを速くしちゃう～Oracle Text編～その２＞ ペンネーム： グリーンぺぺ 前回はOracle Textを使用することにより中間一致検索を秒殺する テクニックを紹介した。どうしてOracle Textは速いのか? 今回解説する。全文検索について知ってるよという方は 今回は読み飛ばして下さい。 ■Oracle Textの使い方手ほどき編 前回Oracle Textを何の前触れもなく使ってみたので少し解説を交え ながら、Oracle Textエンジンを利用した検索を行ってみる。 □手順1:プリファレンスの作成 SQL> exec ctx_ddl.create_preference('my_lexer','JAPANESE_LEXER'); プリファレンスとはOracle Textによる索引の作成方法に影響するオプションの パラメータのことを指す。作成するプリファレンス名
津島博士のパフォーマンス講座 第6回 パフォーマンスの基礎である索引について | oracletech.jp
今回は、パフォーマンスに一番影響する索引について説明します。 「パフォーマンスを向上するためには効率よい索引の設計を行って下さい」と言われますが、具体的にどのように設計すればよいか分からない方も多いと思います（多く作成すればオーバーヘッドになりますし、逆に必要なSQL文で索引が使用されないことがありますよね）。そこで今回はデータベースの原点に戻って索引について説明しようと思いますので、参考にして下さい。 Oracle Databaseには、いくつかの索引の種類があります。こちらを押さえておくと、さらに理解が進むと思います。 オラクルエンジニア通信：「Oracle Databaseの索引の種類 - Bツリー、ビットマップ、索引構成表、索引クラスタ」 ■１．索引とは 先ずは、パフォーマンスに関する基本中の基本である「索引とは」について簡単に説明します。皆さんは当然ご存知かと思いますが
パフォーマンスがころころ変化するSQLの調査 - SQL> shutdown abort
これもよくありますよね。 速かったり、遅かったりするけど、原因がなぜかわからない・・・。 こういう場合、実行計画がころころ変化してるケースが非常に多いです。 ということで、それの調べ方を。 あ、10gの話になるので、9i以前の方はすみません。 ここでは、例として下記のSQLのパフォーマンスがころころ変わっているとします。 このSQLはOracle内部で発行されているSQLなのですが、 ユーザが発行してるものだと思ってください。 select procedure#,procedurename,properties,itypeobj# from procedureinfo$ where obj#=:1 order by procedurename desc, overload# desc 9iまでは、こういったSQLレベルでの実行計画の変化を確認する場合、 Statspack の Snapsh
Oracle SQL*Plus set クイックリファレンス
例： SET AUTOCOMMIT ON ・・・・ INSERT,DELETE,UPDATEなどの操作を行うと 自動的にコッミトが発行されます。 デフォルトの設定は、OFF です。 ※OFFの場合、更新を反映するには COMMIT をタイプします。 SET AUTOPRINT ON ・・・・・・ バインド変数が自動出力されます。 デフォルトの設定は、OFF です。 ※表示される内容は、PRINT と同じです。 SET AUTOTRACE ON ・・・・ 実行したＳＱＬの実行統計、実行パスを 出力します。 デフォルトの設定は、OFF です。 ※出力された内容を理解するには、EXPLAIN PLAN や その他チューニングに関する理解を深める必要があります。 SET ECHO ON ・・・・・・・・・・ STARTコマンド実行時に、そのコマンドを リスト表示します。 デフォルトの設定は、OFF
OTN Japan - Oracleデータベース 性能対策機能 ～ StatspackとDiagnostics Packを使いこなす ～ 第1回 StatspackとDiagnostics Packの概要と使用方法
NTTコムウェア株式会社 プロジェクト管理統括部 技術SE部門 DB技術グループ 坂下 徹 Oracleデータベースの性能対策の重要な機能、「Statspack」や「Oracle Enterprise Manager 10g Diagnostics Pack」(※オプションライセンス)の利用ポイントをお伝えします。使わないと"もったいない"機能です！(Diagnostics Packの有無による違いはここ) - INDEX - ■ 1 はじめに ■ 2 性能対策概要 ■ 3 Statspack ・ 3.1 インストール ・ 3.2 メンテナンス ・ 3.3 レポート作成 ・ 3.4 Statspackが不向きなケース ■ 4 Diagnostics Pack ・ 4.1 Automatic Workload Repository (AWR) ・ 4.2 Automatic Database
チューニングが必要なSQLを洗い出す
本連載では、Oracleデータベースのパフォーマンス・チューニングの中から、特にSQLのチューニングに注目して、実践レベルの手法を解説する。読者はOracleデータベースのアーキテクチャを理解し、運用管理の実務経験を積んでいることが望ましい。対象とするバージョンは現状で広く使われているOracle9iの機能を基本とするが、Oracle 10gで有効な情報も随時紹介していく。（編集局） 連載目次 前回までの記事でSQLチューニングを行うために必要な基礎知識を説明しました。今回は、チューニング対象とすべきSQLを、どのような観点から、どのように洗い出していくのかを説明していきます。 チューニング対象SQLの洗い出し 通常、アプリケーションでは多くのSQLが実行されています。SQLチューニングのステップは、実行されている多くのSQLの中から、チューニングの目標に合わせて、対象とするSQLを洗い出
共有プール領域に関する検証 その２ - InsightTechnology 旧ブログ
＜共有プールに関する検証 その2＞ ペンネーム ダーリン – V$SQLAREA と 負荷の高いSQL -－ 今週も、先週に続いて共有プールを覗いていこう。 先週は、動的パフォーマンスビューのV$SQLAREA表を使って類似SQL文を見つけ る方法と、CURSOR_SHARINGを設定して、バインド変数の利用と同等の効果を実 現する方法を紹介した。 さて、今回はそのV$SQLAREA表から負荷の高いSQLを見つけてみよう。 V$SQLAREA表には、SQLの負荷を見極めるために有効な情報として以下のような 統計データがある。 === === SHARABLE_MEM EXECUTIONS LOADS FIRST_LOAD_TIME PARSE_CALLS DISK_READS BUFFER_GETS ROWS_PROCESSED ADDRESS HASH_VALUE 上記のカラムはいずれ
latch: library cache - 日本エクセム株式会社 Oracle待機イベント情報
共有プール・ラッチが空き領域を探すために空きリストをスキャンして適切なチャンクを割り当てる作業を保護するなら、ライブラリ・キャッシュ・ラッチはSQLを実行するためにライブラリ・キャッシュメモリー領域を探索して管理する全ての作業を保護します。 ライブラリ・キャッシュ・ラッチはCPUカウントより大きい素数中一番小さい数だけ子ラッチを持ちます。 ライブラリ・キャッシュ・ラッチを獲得する中で競合が発生すると、latch:library cache待機イベントを待機します。ライブラリ・キャッシュ・ラッチ競合は主に次のような場合に発生します。 ハード解析やソフト解析が多過ぎる場合 バージョン・カウントが高い場合 SGA領域のページ・アウトが発生する場合 共有プール・ラッチ競合が主にハード解析による空きリストの探索によって発生するように、ライブラリ・キャッシュ・ラッチ競合の最も重要な原因もハード解析にあ
津島博士のパフォーマンス講座 第7回 共有プールについて | oracletech.jp
第6回から大分期間が空いてしまい申し訳ありません。 個人的な事情により、執筆の時間が取れませんでした。やっと落ち着いてきましたので、今月から連載を再開しますので、よろしくお願いします。 それでは、今回はメモリチューニングについて説明します。その中でも、最もチューニングが難しい共有プールについて説明します。最近は、第3回目で紹介した自動メモリ管理や自動共有メモリ管理を使用すれば自動的に設定してくれるからか、基本メカニズムをあまり知らない方も多いようですね。 Oracle Databaseのメモリ管理の仕組みについては、下記を参照ください。 オラクルエンジニア通信：「【セミナー動画/資料】今さら聞けない!? Oracle入門 ～アーキテクチャ編～」 ■1．共有プールについて 先ずは共有プールのメカニズムから説明しようと思います。いくつかのトピックはご存知ですが、完全に把握できている
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Oracle numa tips
Library cache latch contention - Ask TOM
ロックをつぶせ！ 最初に疑うべき原因
difference between soft parse and hard parse - Ask TOM
共有プール領域に関する検証 その３ - InsightTechnology 旧ブログ
https://blogs.oracle.com/otnjp/post/entry/oracle%E3%82%921%E3%81%8B%E3%82%89%E5%AD%A6%E3%81%B6_%E7%84%A1%E5%84%9F%E5%85%A5%E9%96%80%E3%82%BB%E3%83%9F%E3%83%8A%E3%83%BC%E3%82%B3%E3%83%B3%E3%83%86%E3%83%B3%E3%83%84%E3%81%AE%E3%81%94%E7%B4%B9%E4%BB%8B