私はエンジニアになって7年ほど経ちますが、今までOracle DBというものに触れる機会がなく、RDBMSといえば大体MySQLでした。（たまにポスグレも）そんな私が最近ついにOracle DBを利用する現場に配属になり、満を持してOracle DBデビューを果たしました。Oracle DBはMySQLやにはない独特の概念・仕様が多く、MySQLと同じ感覚でいると痛い目をみることがあります。本番環境でやらかしてしまう前に一度調べてみましょう。

スキーマ

Oracle DBにはスキーマという概念があります。（MySQLにもスキーマはありますが）スキーマとはデータオブジェクトの論理的な集合を指します。テーブルは全て任意のスキーマに属することになります。

例えばHOGE_SCHEMAというスキーマのなかにUSERSというテーブルがあった場合、SELECT文はこうなります。

SELECT * FROM HOGE_SCHEMA.USERS;

スキーマ.テーブルのフォーマットでテーブルを指定します。スキーマが一つしかない場合はスキーマ部分を省略してもOKです。複数のスキーマを持つ環境では明示的にスキーマを指定すべきシーンが発生します。

スキーマはユーザーごとに作成される

Oracle DBではユーザーを作成すると、ユーザー名と同名のスキーマが自動的に作成されます。ユーザーとスキーマは一対一の関係で対応しています。

-- ユーザー作成 = スキーマ作成
CREATE USER sales_user IDENTIFIED BY password;

-- このユーザーがテーブルを作成すると、sales_userスキーマに属する
CREATE TABLE sales_user.customers (...);

スキーマを跨いでテーブルをJOINしたい時

スキーマAにいる状態からスキーマBにあるテーブルにアクセスしたい場合、シノニムを使うことでスムーズにアクセスが可能になります。Oracle DBにおけるシノニム(synonym)とは別名・類義語という意味で、テーブルやビューなどに別名をつけることを指します。

例えばSALES_USERスキーマからPRODUCT_USERスキーマのテーブルにアクセスする例は以下の通りです。

-- SALES_USERスキーマで実行
-- PRODUCT_USERスキーマのproductsテーブルへのシノニムを作成
CREATE SYNONYM products FOR product_user.products;

-- これで、あたかも自分のスキーマにあるかのようにアクセス可能
SELECT 
    o.order_id,
    o.order_date,
    p.product_name,
    p.price
FROM 
    orders o
INNER JOIN 
    products p ON o.product_id = p.product_id;

なお、シノニムを使わずに直接参照することも可能です。ただし、これはスキーマ名に依存するので、環境ごとにスキーマ名が異なる場合（SALES_USER_[DEV|STG|PROD]など）やスキーマ名の変更が発生した際にSQLエラーになるリスクがあります。

-- SALES_USERスキーマにログイン中
-- PRODUCT_USERスキーマのテーブルを直接参照
SELECT 
    o.order_id,
    o.order_date,
    p.product_name,
    p.price
FROM 
    sales_user.orders o
INNER JOIN 
    product_user.products p ON o.product_id = p.product_id;

空文字はNULLとして扱われる

SELECT '' IS NULL FROM DUAL; -- TRUE

初めて聞いた時にまあまあ驚いたんですが、空文字とNULLは同じものとして扱われるようです。
知らなかったら絶対事故ってる自信があります。

ちなみにMySQLだとこうです。

SELECT '' IS NULL;  -- FALSE
SELECT '' = '';     -- TRUE

DBMSごとに挙動変えるのはやめていただきたいですね。

雑感

これら以外にも、Oracle DBにはLIMIT句がない・クォーテーションの扱いが異なる・文字列連結の方法が異なる、など色々あるようです。疲れたのでここまでにしますが、ちょっとずつキャッチアップしていこうと思います。