本記事の目的

Oracle Database Administration (oracle Gold)の学習がメインである。
個人的に理解するのにわかりにくかったところを記事としてまとめた。

目次

図1のように、共通ユーザが各PDBに同じテーブル名・同じ定義のテーブルがあったとする。

図1

クライアントは、CDBルートへアクセス
→アクセス後図2で示しているように、Containers句で対象の共通ユーザのテーブルに向けてクエリを投げると。。。
図2のようにアクセスできる

Select * from Containers(C##test.Countries)

図2

図3のように、すべてのPDBにアクセス、すべてのPDBのデータを取得することができる！
内部的には、Union Allと同様の処理を行っている。
図3

また、図4を見てほしい。
where句でcon_idを指定することで指定したPDBにのみアクセス
→アクセスしたPDBのデータのみを取得することができる
(con_idは、コンテナを識別するためにコンテナ作成時に、oracleが内部的に作成する値)
図4

まず、アプリケーションコンテナは、どういったものかを図5に示した。
CDBにアプリケーションコンテナがぶら下がっている、その下に、各PDBがぶら下がっているイメージ。
図5

コンテナマップとは、、、

Containers句の強化版
→どのPDBにどのデータが入っているかをマッピングしているテーブル
具体的にCreate Talble文で、マッピングテーブルを作成後、以下を実行してコンテナマップを有効化することで使用可能になる。

Alter Pluggable Database Set Container_MAP ='<マップ名>'

イメージとしては、図6に示した。

図6

アプリケーションルート上で、
新規でPDBとデータが対応する表を作成する。
→正確には、パーティションテーブル。下記の２種類から選択して作成できる。
コンテナマップを作成すると、図7のようにアプリケーションルートに格納される。

今回は、レンジパーティションを想定した図になっている。

図7

さて、ここで実際にSQLを実行した内部動作イメージを図8、図9を見ながらイメージしてほしい。
まずは、図8について以下のSQLを発行する。

select * from Countries;

今回は、where句で条件を指定していないのですべてのコンテナにアクセスする。

図8

次に図9である。

select * from Countries where region_id=001;

まずは、条件にマッチするコンテナはどこに当たるのかをコンテナマップで確認する
→対象のコンテナにのみ、データを見に行く

図9

※以下の設定を行うことで、対象の表についてContainers句を省略できる

Alter Table <テーブル名> Enable Containers_Default;