はじめに SQLを利用するときには極力NULLを使わないようにしようと言われることが多いです。 SQLではNULLのデータが入っていることで奇妙な挙動をしてしまうことがあります。 その中の一つでCOUNT関数が存在します。 COUNT関数はその名の通りで条件に合致したデータ数を取得するための関数です。 例えば、条件に合致するデータが3件ある場合は3 と返却を行います。 簡単ですね。 ただ、データ内にNULLが含まれていると、COUNT関数の対象によって、返される値が異なる場合があります。 具体的には以下の通りです。 COUNT(*) NULLのカラムを数える COUNT(col_name) NULLのカラムを数えない なかなかとややこしいですね。。。 実際に例を見てみましょう。 例 以下のようなテーブルを考えます。 col_name

こんにちは。エンジニアのrs_shoです。 投稿は4回目になります。今回は排他制御についてお話ししようと思います。 はじめに 排他制御の種類 楽観ロック(楽観的排他制御) 悲観ロック(悲観的排他制御) それぞれの特徴 Javaにおける排他制御 Semaphore CountDownLatch synchronizedメソッド データベースのLOCK おわりに 参考資料 はじめに そもそも排他制御とは何か、ご存じでしょうか。 排他制御とは、簡単に言うと、処理Aをしている間、他の処理は処理Aが終わるまで待つ、という制御のことです。 身近な例えで言うと、共有フォルダにあるExcelなどを誰かが開いて編集している間、 他の人は閲覧のみ可能で編集は不可の状態(設定によってはできますが…)のことです。 排他制御の種類 排他制御はただ処理待ちをするだけではなく、大きく分けて2つ種類があります。(厳密には

この記事は、システムエンジニア Advent Calendar 2016 - Qiita の２３日目の記事です。 昨日は @yy_yank さんの 気負わず普通にテストしよう でした。 明日は @koduki さんです。 はじめに 複数ユーザが触るアプリケーションを作る場合、同時にデータが更新された場合の制御は避けては通れません。 この制御はスレッドセーフとか同時更新とか色々な観点で考えないといけないのですが、いまいちそのあたり自分自身の中できれいに整理できていませんでした。 なので、この機会に同時に更新される場合の排他制御について、自分なりに整理してみました。 まえおき 説明に使用する言語は Java です。 説明のためにシーケンス図っぽいものを使っていますが、 UML の厳密な定義には従っていません。図が描きやすいからシーケンス図を利用している、ってだけなので厳密な記法ルールに従ってい

Oracleではインデックス付きのビューであるマテリアライズド・ビューを作成することができますが、データのリフレッシュの方法やタイミングによっては、最新のデータが反映されていない場合があるため、試験時などで即座にデータが反映されてほしい時は、手動でリフレッシュをしてやる必要があります。 マテリアライズド・ビューを手動でリフレッシュするには、以下のSQLを実行します。 EXEC DBMS_MVIEW.REFRESH('MV_EXAMPLE'); 上記SQLの「MV_EXAMPLE」はマテリアライズド・ビューの名前です。 ちなみにSQL Developerからも更新したいマテリアライズド・ビューを右クリックして、「リフレッシュ・オプション ＞ すぐに強制リフレッシュ」を選択することで強制的にリフレッシュが可能です。 リフレッシュ・タイプ（F）：高速リフレッシュ リフレッシュ・タイプ（C）：完全

想定読者 マテリアライズド・ビューという言葉を聞いたことはあるがその意味や仕組みを知らない方 集計処理を実現する一つの手段としてマテリアライズド・ビューを検討している方 マテリアライズド・ビューの実装にあたり必要な知識・注意点を把握したい方 前提 以降の記載は以下のDBMSの使用を前提としています。 Oracle Database 10g, 11g, 12c 集計処理という敵とマテリアライズド・ビューという武器 システム開発を進める中で、何らかの集計処理が必要になることが多々あると思います。 例えば、売上高の集計処理（地域ごと・店舗ごと・期間ごとなど）や、特定の条件を満たす顧客の集計処理（商品名◯×を購入した顧客の合計数など）などです。 SQLで集計処理を実装すればよいのですが、実際に実装してみると以下のような問題が生じることがあります。 集計処理が遅い（複数テーブルの結合などに起因する処

上のイメージにお気づきになったかもしれませんが、SQLを実行するにあたって「実行計画」が重要な役割を果たしているのがわかるかと思います。この例はSELECT文であり、INSERT、UPDATE、DELETE文になるともう少し複雑になってきますが（※2）、本質は変わりません。 2. 実行計画 Oracle Databaseの「実行計画」とは、文字どおり「SQLを実行するための計画」と言えばそれまでなのですが、言い換えると、どうしたらより短い時間でSQLを実行できるか、計算して導き出された、具体的な方法を「計画」としてまとめたものと言えます。実行計画の典型的な例として、上のイメージを挙げます。 ここでは、 SELECT * FROM USERTABLE WHERE USERID='detarame' AND PASSWORD='detarame'; のSELECT文を実行しているわけですが、

ちなみにdba_tablesからも表領域は確認できます。 select table_name,tablespace_name from dba_tables where owner = 'USER002'; OWNERを指定しないとSYSが所有するテーブルなども表示されるのでOWNERで条件を絞った方が良いです。 表領域の使用率を確認するには、以下SQLを発行します。 select tablespace_name, to_char(nvl(total_bytes / 1024 / 1024,0),'999,999,999') as "size(MB)", to_char(nvl((total_bytes - free_total_bytes) / 1024 / 1024,0),'999,999,999') as "used(MB)", to_char(nvl(free_total_byte

弊社のサポートセンターでは年間1万件ほどOracle製品に関するお問い合わせをいただいており、そのうちの約半数がデータベースで発生したトラブルに関するものです。 Oracle Databaseの運用中に何かトラブルが発生した場合、調査はアラートログを確認するところから始まります。アラートログからはデータベースに関する様々な情報が出力されるため、調査において最も重要なファイルの一つです。この他に、エラー発生時の詳細な情報が出力されているトレースファイルや、インシデントファイルもトラブル調査に必要不可欠であり、サポートセンターにお問い合わせをいただく際にはこれらのファイルを送っていただきます。 今回はアラートログにどのような出力があるのか、また、どのような情報がトラブル調査に使われているのかを解説していきます。 アラートログの出力先は、Oracle Databaseのバージョンにより異なります

oracleでimpを使った際に時間がかかりすぎたので、インポートの速度を上げる方法はないか調べたら簡単な方法があったので。 imp分のパラメータにbuffer=○○○（○○○はバイト数）をつけるだけ。 これだけで数時間以上かかるインポートがものの１０分ほどで終わりました。 ちなみにbuffer=2000000（約2MB）で実施しました。 impのデフォルトのバッファサイズがかなり小さい 調べたらデフォルトだと4096Byteらしく、そりゃ遅いわと納得。 Bufferのサイズはもう少し引き上げれるみたいですが、上限が20MBぐらいとの情報も。（古い情報かもしれませんが） 4KBから2MBになっただけでも500倍なので、それだけで十分ですが。

はじめに PL/SQLを2000行ほど書いたので、最後の力を振り絞ってまとめ記事を作成しました。 1. PL/SQLの良いところ 親和性 PL/SQLはORACLE DATABASEのSQLを拡張サポートする言語として開発された。下記のようにSQLとの親和性が高い。 ほとんどのSQL関数を利用可能 SQLの結果セットとカーソルに介入し処理が行える。 SQLとPL/SQLのデータ型を変換する必要がない。 パフォーマンス・管理性 PL/SQLはORACLE DATABASEにコンパイルされるので呼び出し元の環境に依存せず利用できる。 再利用可能な関数ライブラリを提供することが出来る。 通信のオーバーヘッドを減らすことが出来る。 2. PL/SQLの使いどころ ユーザ定義関数 ユーザ定義関数を定義することで事前定義関数のように使うことが出来る。 例えば、コード変換や金額計算など呼び出し元に共通の

DEFINE _DATE = "16-09-06" (CHAR) DEFINE _CONNECT_IDENTIFIER = "##SID##" (CHAR) DEFINE _USER = "SYS" (CHAR) DEFINE _PRIVILEGE = "AS SYSDBA" (CHAR) DEFINE _SQLPLUS_RELEASE = "1201000200" (CHAR) DEFINE _EDITOR = "ed" (CHAR) DEFINE _O_VERSION = "Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production With the Partitioning, OLAP, Advanced Analytics, Real Application Testing and Uni

SQL*Plusから問い合わせを行った結果をファイルに出力したい、なんてことは結構あると思います。 普段使わないと忘れがちなので、SQL*Plusの問い合わせ結果をファイルへ出力する方法をまとめておきます。 spoolコマンドによるファイル出力 出力ファイルの指定と書き込みの開始 書き込みの終了 ファイル出力時の問題と解決策 改行されすぎ問題 1行長すぎ問題 見出しが何度も出る問題 spoolコマンドによるファイル出力SQL*Plusからファイルへ出力する方法はとても簡単で、spoolコマンドを利用します。 コマンド形式(細かなオプション等は省略) spool ファイル名 select * from ~ spool off 具体的には例はこんな感じ。 SQL> spool C:\test.txt SQL> select * from SPOOL_TEST; ID NAME −−−−− −−

Tweet 今回はSQL*Plusの話です。SQL*Plusは、Oracleデータベースの標準ツールとして昔から使われています。しかし昔から大きなアップデートが無いこともあり、現代のツールと比べると使い勝手が良いとは言えません。たとえベテランであっても、長いSQLを書くのは苦痛ではないでしょうか。そこで今回は「SQL*Plusを使いやすくする」いくつかの方法を説明します。 SQL*Plusを取り巻く状況 筆者が初めてOracleを使ったのは1994年のOracle7 R7.1のころだったでしょうか。20年以上前の当時でさえ、Borland Turbo Cのようなすぐれた統合環境があり、Microsoft Visual BasicやPower Builder、SQL Windowsといった統合GUI開発環境がありました。 このような状況のなか、初めてSQL*Plusを使った印象は最悪でした。