【Oracle】SELECT文の高速化 - Qiita
【Oracle】SELECT文の高速化 この記事でわかる・できること OracleでSELECT文を高速化する方法 この記事の対象者 OracleでSQLを書く人全般 動作環境・使用するツールや言語 Windows 10 Pro 22H2 Oracle 12cR2 Enterprise Edition 実行計画 まず高速化したい任意のSQLの実行計画を確認します。 SET SERVEROUTPUT OFF SELECT employee_id, last_name, first_name, department_name FROM employees e, departments d WHERE e.department_id = d.department_id AND last_name LIKE 'T%' ORDER BY last_name; SELECT * FROM TABLE(
実務に役立つSQLのテクニック集 - Qiita
概要 実務で使用されたSQLをまとめました。Oracle19cとOracle12cでの利用実績がありますが、他のデータベースまたバージョンでの検証は行っていません。 随時追加予定です。 Oracleデータベースメタデータ抽出 オブジェクトの定義や作成に使用されるSQL文を抽出 SELECT sqlarea.sql_id AS sql_id, parsing_schema_name, CASE WHEN length(sql_fulltext) > 10000 THEN to_clob('sql is too long') ELSE sql_fulltext END AS sql_fulltext, sql_bind_capture.name AS param_name, sql_bind_capture.value_string AS bind_value, last_active_tim
MySQLとOracleの実行計画を比較してみた - ASMのきもち
まいえすきゅーえりたい ぽすぐれない おらくるってる（狂ってる）tomoです。 今日はいつものMySQLリファレンスを読むではなく、夏休みの宿題にしていたこれをやってみます。 MySQLとOracleDBの実行計画を比較してみた さて同じようなテーブルで同じデータを載せて。 実行計画を取ってみた時、どのくらい情報量が違うのか簡単に違いを見てみましょう。 前提として、以下をご認識ください。 一方はOSSのDBエンジン、もう一方はガチガチ商用DBエンジンです。情報量が違うのは当たり前であって、良し悪しを比較したいのではありません。そして製品比較をしたいのではありません。いつも商用DBメインで使っているエンジニアが、OSSのDBにこうゆう情報も出してほしいな！というのをお願いしたいと思っていて、それを考える元ネタメモだと思ってください。 OSSでこれだけの情報出せるMySQLや、今回紹介しません
OracleのSQLチューニングの考え方についてまとめてみた - Qiita
はじめに Oracleに限らず、データベースの処理が原因でパフォーマンスが悪化している場合、明らかにメモリ割り当てが足りなかったり、ハードウェア、OSの問題でない限り、アプリケーションから実行されるSQLに問題がある事が多いです。 SQLの問題というのも、更に深堀りすれば、表や索引といったデータベースの論理設計(データ構造)の問題、データ量を意識しないで実装してしまっている、アプリケーション設計の問題などが根本原因だったりします。 しかし、データベースの論理設計の問題などは、すぐに対処できるレベルのものではないため、この記事では、SQLが問題でパフォーマンス問題が起きてしまった際に、どのようにチューニングしていったらいいか、考え方をまとめてみたいと思います。 (参考)DBのチューニング効果の一般論 一般的には、チューニング効果が大きいのは、以下の順番と言われています。 ビジネスルールのチュ
【ORACLE】ユーザに付与されている権限を確認するSQL | SE日記
ここでは、ORACELデータベースでユーザに付与されている権限を確認するSQLを紹介しています。 ロールに付与されている権限を確認するSQLは↓で紹介していますので参考にしてください。 ＞＞【ORACLE】ロールに付与されている権限を確認するSQL ユーザに付与された権限を確認する ユーザに付与された権限は、DBA_SYS_PRIVSを参照することで確認できます。 （ログインユーザに付与された権限のみを確認する場合はUSER_SYS_PRIVSを参照します。） 次のSQLで、DBA_SYS_PRIVSを参照しています。 SELECT * FROM DBA_SYS_PRIVS; DBA_SYS_PRIVSの列は以下の通りです。 ・GRANTEE 権限受領者名、つまり、権限を受け取るユーザーまたはロール ・PRIVILEGE システム権限 ・ADMIN_OPTION ADMINオプション付きで
Oracleでシステム権限をもつユーザーを取得する（DBAロール・SYSDBA権限）
Oracleのシステム権限は２つあります。DBAロール・SYSDBA権限です。 Oracleのシステム権限（DBAロール・SYSDBA権限）についての解説とシステム権限をもつユーザーを取得します。 Oracleのシステム権限 DBAロール・SYSDBA権限とは Oracleのシステム権限はおもに２つあります。システム権限が2つあるのがややこしいですね。 DBAロール SYSDBA権限 DBAロール 「DBAロール」はDBA(Database Administrator)、いわゆる「データベース管理者」という名前からわかるように、管理者の権限をもつロールです。 この「DBAロール」がいわゆるシステム権限です。 SYSDBA権限 Oracleには「DBAロール」以外に「SYSDBA権限」というシステム権限もあります。実はこの「SYSDBA権限」は前述のDBAロールよりさらに強力な権限なのです。
Oracle 管理 SQL メモ - Qiita
SELECT username, profile FROM dba_users WHERE username = '<ユーザー名>';
第21回：DB作成時の初期セキュリティ設定 ～DEFAULT PROFILE と undopwd.sql (19c でファイルがなくなった際の対応方法)～ - システムエグゼ コーポレートサイト
第21回：DB作成時の初期セキュリティ設定 ～DEFAULT PROFILE と undopwd.sql (19c でファイルがなくなった際の対応方法)～ はじめに 以下のような事象に遭遇したことはないでしょうか。 Oracle のデータベースユーザのパスワードがわからなくなってしまい色々と試していたらユーザがロックされてしまった Oracle データベースを作成してしばらくしたら突然正しいパスワードを入れているにもかかわらず「パスワードが期限切れです。」というメッセージとともに接続できなくなってしまった これは、Oracle データベースの PROFILE によってデフォルトで設定されている動作となります。 PROFILE には、ユーザ毎のリソース(CPU/メモリ等)を制限する機能と、ユーザのログインパスワードを制限する機能の2つがありますが、本記事では後者について解説します。 PROF
【ORACLE】プロファイルを作成・変更・削除するSQL | SE日記
ここではORACLEデータベースで、プロファイルを作成・変更・削除するSQLを紹介しています。 プロファイルの一覧を確認する方法は↓で紹介しています。 ＞＞【ORACLE】プロファイルの一覧を確認するSQL プロファイルとは プロファイルとは、ユーザーのリソース制限やパスワードの制限をかけることが出来るオブジェクトです。 リソース制限とは、1ユーザあたりの同時セッション数やセッションの接続時間などのことです。 パスワードの制限とは、パスワードの有効期限やパスワードに何回ミスしたらロックする、といった設定のことです。 プロファイルを作成するSQL プロファイルの作成はCREATE PROFILE文を使います。 プロファイルの作成や変更、削除にはシステム権限が必要です。 作成：CREATE PROFILE 変更：ALTER PROFILE 削除：DROP PROFILE システム権限の付与の方
SQLが突然遅くなる原因と対応方法 | SE日記
ここではORACLEデータベースのSQLが急に遅くなる原因と対処方法について紹介してきます。 SQLの実行計画の見方や確認方法については↓で紹介していますので参考にしてください。 ＞＞【ORACLE】SQLの実行計画の見方 ＞＞【ORACLE】SQLの実行計画を取得する方法 SQLが突然遅くなる原因と対処方法 SQLが突然遅くなる原因を3つ紹介しています。 １．統計情報が古い ２．実行計画が最適でない ３．リソース不足 以上の3つです。 以降でもう少し詳しく紹介していきます。 １．統計情報が古い ORACLEがSQLを実行するとき、表の統計情報を元にどのようにしてデータを取得するか、実行計画という計画を作成します。 表の中のデータが増えたり減ったり、月末処理などで大量の更新がかかりデータの内容が大きく変わってしまったりすると表の統計情報が古くなっていることがあります。 そのとき、最適な実行
ORA-01555 - 解決!ORACLE!
エラーメッセージ ORA-01555 スナップショットが古すぎます: ロールバック・セグメント番号string、名前 "string"が小さすぎます ORA-01555: snapshot too old: rollback segment number string with name "string" too small 基本的なエラーの内容 SQLを発行すると読み取り一貫性の為に、UNDOブロックを参照する場合がありますが、参照しようとしたUNDOブロックが上書きされたなどの理由でUNDO表領域上からなくなっている場合にORA-01555が発生します。 このエラーが発生する典型的なケースとしては、select文が長時間実行されている場合に、他のトランザクションによりデータの更新が行われた場合が考えられます。 確認事項および対応 クライアント側での対応 データベースの負荷が低いタイミン
【Oracle】テーブルのカラム情報をSQLで取得する方法 - Qiita
背景 普段の開発中の場合、SQLクライアント（GUIツール？）を使用していれば、カラム情報の取得は困らないと思います。 GUIでぱぱっと表示できます。 しかし、SQLを使って、カラム情報を取得したい状況があるかもしれません。 そんな状況があったので、せっかくなので記事に残そうと思いました。 動作確認環境 Oracle 11g SQL Developer SELECT column_name , data_type , data_length FROM all_tab_columns WHERE owner = 'HOGE' AND table_name = 'FUGA' ORDER BY column_id; カラム情報を確認するには、all_tab_columnsを参照します。 上の例で、WHERE句は、HOGEスキーマが所有しているFUGAテーブルを指定しています。 ORDER BY句
[ORACLE] 数値文字列を正しくソートする – ORACLE逆引きノート
ID列はVARCHAR2（文字列型）とします。 サンプル 上記テーブルをID列で単純にORDER BYしてみます。 実行例 SQL> SELECT * FROM m_shain ORDER BY id; ID NAME ----- ---------- 1 鈴木 10 田川 11 高橋 12 上田 2 斎藤 3 山下 想定したソート順になりません。こういう場合は以下のようにします。 実行例 SQL> SELECT * FROM m_shain ORDER BY TO_NUMBER(id); ID NAME ----- ---------- 1 鈴木 2 斎藤 3 山下 10 田川 11 高橋 12 上田 想定した結果になりました。(^^♪ 解説 数値文字列でソートする場合は、TO_NUMBER関数で数値型にしてソートを行います。 MAXやMINを行う時も同様に、TO_NUMBERを使用しま
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
ORACLEのテーブル定義を確認する - Qiita
Oracleではテーブル定義がuser_tab_columnsに保存されています。 ただし、格納されているのは型名や主キー,indexといった情報で制約に関しては取得することは出来ません。 なので制約定が必要な場合はuser_constraintsとJOINすれば制約ごと参照することが可能になります。 SELECT DISTINCT main.column_name AS カラム名, main.data_type AS データ型, main.data_length AS カラム長, CASE main.nullable WHEN 'N' THEN '×' WHEN 'Y' THEN '○' END AS NULL許可, sub.constraint_type AS 主キー, sub.last_change AS 最終更新日, sub.index_name AS インデックス名 FROM u
SQLチューニングアドバイザの結果は信頼できるのか？ | SE日記
ここでは、ORACLEデータベースのSQLチューニングアドバイザの結果の信頼度について紹介したいと思います。 SQLチューニングアドバイザとは ORACLEにチューニングパックに含まれるSQLの診断をしてくれるソフトウェアです。 SQLのチューニングに関するアドバイスや対応方法やどれくらい改善されるか予測値を算出してくれます。 チューニングパックはオプションなので、チューニングパックを購入していないと利用することが出来ません。 SQLチューニングアドバイザのアドバイスとは 具体的には、次のようなアドバイスが表示されます。 ・統計情報の取得 ・インデックスの作成 ・SQL文の書き換え ・SQLプロファイルの実装 ・SQL計画ベースラインの登録 SQLチューニングアドバイザのメリット SQLチューニングアドバイザを使うメリットは次のとおりです。 ・SQLチューニングの手間を省くことができる ・
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Oracle] SQLトレースログの取得方法・出力先・tkprof使い方・削除方法 | Libproc![[Oracle] SQLトレースログの取得方法・出力先・tkprof使い方・削除方法 | Libproc](https://cdn-ak-scissors.b.st-hatena.com/image/square/416a36ca39431756af94894b4afffb56b79fa556/height=288;version=1;width=512/https%3A%2F%2Flibproc.com%2Fwp-content%2Fuploads%2F2018%2F07%2Foracle_top-1.jpg)
OracleDBの自動メンテナンスタスクの確認方法 | Libproc
システム権限一覧
プライマリキーの設定されたカラム一覧を取得(Oracle)