Oracle JDBCドライバプロパティの活用
Oracle JDBCドライバプロパティの活用 1. WebLogic Server勉強会＠東京LT Oracle JDBCドライバプロパティの活用 ソフトウェアサービス本部 ミドルウェアサポート部 山田 貴裕 2013/12/19 Copyright (c)2013 ITOCHU Techno-Solutions Corporation 2. はじめに • 発表する内容は個人の見解であり、所属する組織の公式な見解 ではありません。 • 資料の内容は正確を期するよう注意しておりますが、妥当性や 正確性について保証するものではありません。 • 環境 – 基本的にWebLogic Server (WLS) のバージョンには依存しません。 • WLS 9.x ~ WLS 12c – Oracle JDBC Thin Driverのみ • 10g以降のドライバ (11g以降の最新を推奨) • OC
Oracle JDBC DriverのDATE型マッピング問題 - S/N Ratio (by SATO Naoki)
Oracle JDBC DriverのDATE型マッピングに関して今日少し調べる機会があったので、備忘録がてら関連リンクなどを残しておきます。 JDBC標準では、標準SQLのDATE型をマッピングする型として、時刻情報を持たないjava.sql.Dateクラスを提供しています。他に、時刻情報のみを持つTIME型/java.sql.Timeクラス、日付/時刻情報の両方を持つTIMESTAMP型/java.sql.Timestampクラスがあります。 JDK 6 > JDBC http://java.sun.com/javase/ja/6/docs/ja/technotes/guides/jdbc/index.html JDBC API 入門 > SQL と Java の型のマッピング > DATE、TIME、および TIMESTAMP http://java.sun.com/javase/j
日付FROM-TOのデータを穴埋めする - Qiita
こんな形のテーブルは、「今日有効な料金設定はどれだっけ?」をとってくるには問題ないですが、月次データ集計などで他のイベントテーブルとジョインして処理しようとすると面倒です。 OracleにはMODEL句というあまり現場で使われているのを見かけない機能があり、これを使うとダミーのView的なものが簡単に作れます。 http://codezine.jp/article/detail/3091 年分のカレンダーは以下のようなSQLで作れます。 SELECT c1 FROM dual MODEL dimension by (1 as rn) MEASURES (sysdate as c1) rules iterate (365) (c1[ITERATION_NUMBER]=SYSDATE-ITERATION_NUMBER) ORDER BY 1
Oracle12cの処理速度について
Oracle12cの処理速度についてです。 既存のアプリケーションをそのまま使用し、Oracle11gや10gと比較した場合に、処理にもよりますが、5～10倍近く遅くなるようです。 比較条件として、どちらもWindows上で初期値のままインストールした場合(SGAや初期値などおまかせ)です。 処理中のメモリ上のキャッシュの利用や、統計情報の蓄積などでは左右するとは思いますが、サービスの起動直後(および統計情報のクリア)などの条件を合わせるとクエリの応答時間が上記のように5～10倍位かかってしまいます。 一度請負元経由でOracleに問い合わせた時の回答は以下の通りです。 ・Parse Time Elapsedが長い場合の対策 Dynamic Samplingをオフ optimizer_dynamic_sampling=0 Adaptive系（実行時/複数回実行時の最適化）の機能をオフ op
Oracle Database 12c の新機能「適応計画と自動再最適化」 | NTTデータ先端技術株式会社
今号では、 Oracle Database 12c の新機能である適応計画と自動再最適化をご紹介します。ぜひご一読ください。 統計情報と実行計画 Oracle Database では、SQL の実行計画を決定する際、事前に採取した統計情報を参照して処理の対象となる表のデータ傾向を把握します。この傾向に基づいて最も処理コストが低くなると予測されるアクセスパス、結合順序、結合方式などを決定します。 しかしながら、統計情報はリアルタイムで更新されるものではなく、頻繁に大量の更新が行われる表では統計情報と実際の表のデータ傾向に大きな乖離が生じる場合があります。 このような状況では、Oracle Database が処理対象となる表の状況を「勘違い」してSQL のコスト計算を行うため、Oracle Database が見積もった予測よりも遥かに大きな処理コストが必要な実行計画を採用し、大きなパフォー
Oracle Databaseで接続障害が発生した際の調査手法 | アシスト
アシストは1987年よりOracle Database製品の取り扱いを開始し、教育、技術支援、サポートを提供しています。Oracle Databaseはシステムの基幹となるソフトウェアであるため、ミッションクリティカルなシステムに対応できる24時間365日のサポートが必要となります。2014年、弊社サポートセンターでは1万件以上のOracle Database製品に関するお問い合わせをいただきました。お問い合わせの内容は様々ですが、運用中に発生したトラブルに関するお問い合わせの中でも早期解決のご要望が高いのは、データベースへの「接続障害」が発生したケースです。 接続障害を解決するには、接続障害の発生状況を正確に把握し、どの部分で問題が発生しているのかを特定した上で、調査に必要な情報を素早く収集することが重要です。接続障害が発生した場合に何を確認すれば早期解決が期待できるか、サポートセンター
12c 新機能 - 適応計画(adaptive execution plan)
12c 新機能 - 適応計画(adaptive execution plan)とは 適応計画とは一言でいうと「SQL実行時に実データ内容から実行計画をより適切と思われるものに即時修正する」という機能です。 同じような機能として11gの新機能でカーディナリティフィードバック(12c以降「自動再最適化」という名称に変わった)という 同じく実データを元に適切な実行計画を立て直すという機能がありましたが、この機能では実行計画が修正されるのは2回目以降のSQL実行時という制限がありました。 これに対して適応計画は最初のSQL実行時に実行計画を補正することができるため1度しか実行されないSQLでも性能改善する可能性があります。 ※本ページの内容は検証中のため誤記等を含む可能性があります。 適応計画の機能を使うためには 本機能の有効化、無効化は初期化パラメータOPTIMIZER_ADAPTIVE_REP
Oracle への JDBC 接続に時間がかかる現象の回避方法
まさか、そんな原因だったとは...... いや、あのですね、Oracle への JDBC 接続の話なんですけれども、以前から、なーんか矢鱈と Connect に時間かかるなぁ、とは思ってたんですよ（特に繰り返し接続した時）。 でも、企業の案件で使う場合は、まずコネクションプールを利用しますし、個人的な趣味の場合は Oracle よりもっと軽量な DB を使うことが殆どだったので、あんまり気にしていなかったんですね。 ていうか、Oracle さんはそういうコなんだと、ハナから諦めてたというか（笑） なので、その場でバッチを書いてちょろっと流したりする時だけ、「なんで接続にこんな時間かかんだよ、イライラ」みたいに思っていたのですが、この度、思いがけないことが原因だったことを知りました。 はー、そうだったのかー。 回避方法があることも分かりましたので、追加情報と合わせて記事にしておきます。 読み
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,
第13回 夜もよか!!オラクル勉強会 90分でつかむ Oracle Database 12c 新機能[リターンズ]
第13回 夜もよか!!オラクル勉強会 90分でつかむ Oracle Database 12c 新機能 [リターンズ] 日本オラクル株式会社 テクノロジー製品事業統括本部 2014年 1月15日 Copyright © 2014, Oracle and/or its affiliates. All rights reserved.2 以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。 また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことは できません。以下の事項は、マテリアルやコード、機能を提供することをコミットメン ト（確約）するものではないため、購買決定を行う際の判断材料になさらないで下さ い。オラクル製品に関して記載されている機能の開発、リリースおよび時期につい ては、弊社の裁量により決定されます。 OracleとJavaは、Oracle C
Oracle/MySQL/PostgreSQLにおけるサブクエリを含むDMLの非互換性 - SH2の日記
JPOUG Advent Calendar 2013の23日目です。比較的簡単なDMLでもRDBMS間の非互換性が出てしまうという怖い話をします。 +----+------+ | id | data | +----+------+ | 1 | a | | 2 | b | | 3 | c | +----+------+BEGIN; -- IDが最も小さいレコードをロックする SELECT id, data FROM q WHERE id = (SELECT MIN(id) FROM q) FOR UPDATE; (何らかの処理) -- 処理が終わったので削除する DELETE FROM q WHERE id = (1つ目のSQLで取得したID); COMMIT;IDが最も小さいレコードをロックし、何らかの処理を行って、最後にそのレコードを削除します。IDが最も小さいレコードを取得するというの
JDBCのsetFetchSize変更時の動きをstatspackで見てみる - kagamihogeの日記
昔書いたJDBC経由で100万件取得・追加してみた - kagamihogeのblogでは、JDBCのjava.sql.Statement#setFetchSize(int rows)を変更するとSELECT文の実行速度が改善できる可能性があることを調べた。ここでは、なぜ速度が改善されるかを考える。やることとしては、変更前と後とで、それぞれstatspackのレポートを取得し、それらにどのような差が出るかを見てみる。 環境 DB CentOS-6.4-x86_64 Oracle Database Express Edition 11g Release 2 Java Java SE Development Kit 7u45 Eclipse Kepler(4.3.1) SR1 IDE for Java EE Developers Oracle Database 11g Release 1 JD
統計情報の取得と実行計画の固定について - SQL> shutdown abort
さて、今回は多くの人が悩まされる統計情報と実行計画について、 お話していきたいと思います。 なお、基本的に対象のVerは10.2です。 なので、10.1でも通じるものはあると思いますが、 9.2以前の方は他を当たってください。 11.1以降の方もこの絡みだと、SPM(SQL Plan Management)とか新機能があるので、 他(インサイトテクノロジーとか)のサイトを当たってみてください。 では本編へ。長いぞー。 10gR1から、オプティマイザ統計の自動収集という機能が 新たに追加されてまして、デフォルトで動作する状態になっています。 まず、ここから説明しておきたいと思います。 10gから、RBOがサポートされなったため、ユーザはCBOを使用しなければなりません。 CBOは統計情報を元に実行計画を作成するため、ユーザが何も意識しなくても、 統計情報が取られた状態で、CBOが使えるように
KROWNディレクトリ・サービス
System error. Please re-try your action. If you continue to get this error, please contact the Administrator. Oracle Access Manager Version: 11.1.1.5.0 Copyright © 1996,2011, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.
Threadlogic
Threadlogic 1. <Insert Picture Here>ThreadLogic のご紹介日本オラクル株式会社 事業統括本部Fusion Middleware事業統括本部 2. 以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。また、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことはできません。以下の事項は、マテリアルやコード、機能を提供することをコミットメント（確約）するものではないため、購買決定を行う際の判断材料になさらないで下さい。オラクル製品に関して記載されている機能の開発、リリースおよび時期については、弊社の裁量により決定されます。OracleとJavaは、Oracle Corporation 及びその子会社、関連会社の米国及びその他の国における登録商標です。文中の社名、商品名等は各社の商標または登録商標である場合があります。
門外不出のOracle現場ワザ 第4章 | Oracle 日本
門外不出のOracle現場ワザ 日本オラクル株式会社 コンサルティング統括本部テクノロジーコンサルティング本部 小田 圭二(おだ けいじ) 第4章 Oracleデータベースの頭脳 「オプティマイザ」徹底研究 日本オラクル株式会社 コンサルティング統括本部テクノロジーコンサルティング本部 小田 圭二(おだ けいじ) 目次 Part1 SQLを最適化するコストベースオプティマイザの基本機能 はじめに CBOを使用する理由 SQL文の処理におけるオプティマイザの役割 Part2 CBOは何を見てどう判断するのか CBOのアクセスパス選択方法 ヒストグラム CBOとバインド変数 バインドピーク（Bind peek） I/O + CPUコストモデル CBOとフルスキャン CBOとキャッシュ効率 CBOとパラメータ CBOと結合順序 Part3 オプティマイザ統計の管理 自動統計収集 統計履歴の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://blogs.oracle.com/developers/post/entry/how_to_get_oracle_jdbc
データベース・セキュリティの実装 第2回 ログの取得と監査設計のポイント
Optimize Oracle import performance
https://krown.oracle.co.jp/krown/oisc_search.do