結局SQL

結局のところSQLは必要不可欠な技術です。

アプリケーションはPHPやJavaといったプログラミング言語を使用すると思いますが、データを扱う事のできる唯一の言語はSQLです。

そのため、SQLが出来るだけで重宝されます。

[getpost id=”1028″]

インフラにもバックエンドにも

IT業界の職種はかなり広いのですが、SQLはインフラとバックエンドに領域が被っている為、就職の選択肢がかなり広がります。

最近ではフロントの人間もSQLを使用する事があるそうです。←僕の友達情報

そのため、僕の考えとしてはSQLを基盤に学ぶことでデータを扱えるIT人材になれるので、どこを目指したら良いのか分からない人はとりあえずSQLについて学ぶべきです。

[getpost id=”1045″]

気をつけること　〜考え方編〜

実行順序

実行順序の理解は大切です。

呼ばれる順序が分かることで、目的に沿ったSQL文を書くことが出来ます。逆に言うと実行順序を意識していなければ意図しないデータを取得する事になってしまいます。

実行順は以下の通りです。

1. FROM
2. WHERE
3. GROUP BY
4. HAVING
5. SELECT
6. DISTINCT
7. ORDER BY

SQLを学習した当初は欲しいデータに意識が向きすぎてしまいSELECT句が重要だと考えていました。

しかし、本当に欲しいデータを取得する場合は大本のテーブルから考えていく必要があります。

どのテーブルからどの条件でデータを取得していくのか意識してみてください。

書き方は十人十色

早めの段階で知りたかったのですが、SQLの書き方は十人十色です。

SQLを学びたての時は教科書通りに書かないといけないという意識が強く、柔軟性にかけたSQLを記述していました。(教科書通り→INはEXISTSで代替。サブクエリはできるだけ書かない。)

しかし実業務でデータを扱う際にはこんな書き方は良くないよって言われている書き方で実装しているSQLはよく目にします。
※1万レコードをUNIONで横持ちのデータを縦持ちに結合している仰天コードを目にしたことがあります。

Aを取得するという目的に対して、こうした方が良いよねって言う書き方はあるけど、正解はありません。

必要なデータを取得できないことが悪なので、慣れるまでは速さやキレイにデータを取得すると行った事は気にしないでおきましょう。

SQLに関しては知見が増えてくれば自然とどのような記述が最適なのかが理解できてくるので少しづつ努力していけば問題なしです。

データは超重要

データなんかより画面動かしたりする方がITっぽくてカッコいい〜！なんて思っていたのですが、ビジネスに必要なものはデータだと実務に入って気づきました。

結局の所、データを自分たちの使いやすい形でデータを取得or加工し、お金を生み出す形でデータを利用しているのがWebサービスの根幹だと思います。

データを扱えるって最強です。

気づいたこと　〜書き方編〜

インデントは揃えよう

SQLの経験が浅くても出来る事その1はインデントを揃えよう！です。

以下2つのSQL文を比較してもらえれば分かると思うのですが、格段に見やすさが異なると思います。

SELECT no , name FROM test 
WHERE no > 4 
AND name IN ('aiueo','test') 
ORDER BY no;

SELECT no , name FROM test 
 WHERE no > 4 
      AND name IN ('aiueo','test') 
 ORDER BY no;

予約文字は大文字

SQLの経験が浅くても出来る事その1は予約文字は大文字で記述！です。

予約文字はSQLで設定されている単語の事を指します。
(例：SELECT.FROM,WHERE,JOIN,)

こちらも比較してもらえれば分かると思います。

select no,name from test
where no > 4
    and name in('aiueo','test')
order by no

SELECT no , name FROM test 
 WHERE no > 4
      AND name IN ('aiueo','test') 
 ORDER BY no;

目的を考える

SQLに慣れてきたら何のデータが欲しいのかを考える癖をつけていきましょう。

SQLは様々な記述方法でデータを取得することが出来るため、目的を明確にし必要なデータを取得する事を意識してください。

目的を明確にすることでどの記述方法が最適なのかが段々と分かってくるはずです。

この度、「ORACLE MASTER Silver SQL 2019 」に合格しました！

この試験は関数、権限、オブジェクトといったOracleDBの基本操作などが問われる試験となっています。

試験: 1Z0-071-JPN Oracle Database SQL
受験料: 32,340 円（税込） 29,400円（税別）（2021年8月時点）
出題形式: 選択問題
試験時間: 120 分
出題数: 78 問
合格ライン: 63 % （2021年8月時点）

黒本著者によるORACLE MASTER Silver SQL 2019学習方法

取得メリット

オラクルマスターを取得して感じたメリットは2つになります！

• 求人サイトのスカウトメールの増加
• 社内での評価爆上がり

以下に取得メリットの詳細を記述しているのですが、取得した自分からすると経験の少ないエンジニアは絶対に取得するべき資格です。

スカウトメール増加

オラクルマスターはIT資格の中でも権威性のある資格のため企業側への分かりやすいアピールになります。

自分はPaizaやGreenなどのスカウトサービスのあるサービスを利用しているのですが、履歴書にORACLE MASTERの文言を記述するだけでスカウトメールが増加しました。

現在(2022/2)の段階でIT業界の経歴が7ヶ月の自分でも、「年収370万〜」や「フルリモート」などのスカウト通知がきます。

現収入が手取り18万(年収換算:約200万)になるため、上記のような求人からスカウトが来るなんて凄く嬉しいですね〜。

社内での評価

自分は都内にある企業年数30年の老舗IT企業に務めており、未経験で他業界から転職した自分が一番仕事のできない社員という扱いです。

しかしOracleMasterの権威性は凄く、取得の報告をすると取得の努力を凄く評価してもらいました。

業務内容の面でもSQLを扱う仕事を振られる事が多くなり、一年目の目標である「SQLを習得する」事に凄く近づいています。

先輩社員からもIT業界で生きていくならSQLは避けては通れない道という風に言われているので、皆さんも取得目指してほしい資格ですね。

自分の状況

スペック

自分のスペックは以下の通りです。

SQLを扱う業務を約2ヶ月ほど行っています。

基本的にDB構築や設計などの上流工程に携わることはなく、SELECTやINSERTなどの基本的な構文を使用した業務を行ってきました。

そのため業務を通してSQLの基礎が身についた状況で資格勉強を始めました。

勉強時間

勉強時間は約2ヶ月です。

ただし本気で勉強に取り組んだ期間は1ヶ月になります。

ある程度の基礎がある方でちゃんと勉強すれば1ヶ月で取得できる資格だと思います。

勉強法

資格取得に向けた勉強には後述する書籍を中心に行うのですが、SQLの構文理解と環境構築も大切だと考えています。

資格だけを取ることが目的なら書籍を読み込めば、すぐに取得することができると思います。

しかし、資格を取得しただけの資格マスターになってしまわない為にも下記順番で学習を進めていってほしいです。

1. SQLの構文理解
2. 環境構築
3. 書籍の読み込み

SQLの構文理解

資格を取っただけの人にならないためにSQLでデータを扱える書く技術が必要です。

自分がSQLの書く技術を無料で身につけた方法は、『SQLZOO』というサイトです。

このサイトでは事前にデータが用意されており、抽出する条件が記載された問題を解いていくというSELECT文を扱うSQLの問題集となっています。

このサイトの問題を全て解き終えた頃には結合やグループ化などの記述について理解することができると思います。

Oracleの環境構築

OracleMasterを取得するなら自分のPCにOracleをダウンロードすることを強くおすすめします。

自分で環境構築をすることで、マルチテナントの概念やユーザーの作成や権限などを理解することが出来ます。

ユーザーの作成や権限は試験範囲のため、多少面倒ではありますが構築を頑張った方が身のためです。

しかし、Oracleでは『LIVESQL』という環境構築不要でSQLを実行できるツールがあるので環境構築が苦手あるいはめんどくさいと感じる方は利用するのも一つの手です。

書籍

ORACLE MASTER Silver SQL 2019に合格するために必要な書籍は下記になります。

• ただただ分かりやすい
• Oracleの機能紹介
• 各章ごとに練習問題
• 模擬試験付き

正直この一冊で試験に合格できるので絶対に購入してください。むしろこの書籍以外で勉強する方法を知りません。

MySQLしか触ったことのない自分でも、この書籍を読み終えた頃にはOracleの機能についてある程度理解できていました。

もうただの神本です。

勉強法としては一度目を通すレベルで読み、自分が難しいなと感じる機能を理解するまで読み込みまくるという方法を取りました。

また、機能を理解するためにもオブジェクトや権限付与などを手を動かして行うことも多々ありました。

自分が難しいなと感じた機能は以下の通りです。

• 外部表
• データディクショナリ
• システム権限とオブジェクト権限

おそらく一度学習を初めてしまえば、各々壁にぶつかる場面が出てくるはずですが根気強く学習に打ち込めば成果を出すことができると思います。

最後に

ORACLE MASTER Silver SQL 2019は経験の浅いエンジニアもしくは未経験からIT業界での参入を狙っている人にはおすすめの資格です。

受験費用が高い、難易度が高いなどの部分がありますが頑張って取得を目指してほしいです〜！

自分はこれからのキャリアを考えて今回取得した資格と親和性が高いJavaやクラウド関係の技術を身に着けていきたいと思います。

皆さん一緒に頑張りましょう。。。

シーケンスとは連番を作り出す為にOracleが用意してくれているオブジェクトです。

1,2,3,4,5…と連続したデータを発動するので、プライマリーキーやユニークキーなどによく使用されます。

MySQLで言うところのAutoIncrementと似たような機能となっています。

シーケンスのコード

CREATE文

CREATE SEQUENCE seqTest
  START WITH 1
  INCREMENT BY 1
  MAXVALUE 1000
  NOCYCLE;

取得文

--連番発行
SQL> select seqTest.nextval from dual;

   NEXTVAL
----------
	 1

--現在の番号取得
SQL> select seqTest.currval from dual;

   CURRVAL
----------
	 1

使用例

SQL> desc TBLSEQ;
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 NO                                        NOT NULL NUMBER(3)
 NAME                                               VARCHAR2(10)

--==================
--test0テーブルの値を使用
--==================
SQL> INSERT INTO TBLseq
select seqTest.nextval
           ,concat(TO_CHAR(no) , concat(name,TO_CHAR(no2)))
from test0;

20 rows created.


SQL> select * from tblseq;

        NO NAME
---------- ----------
         1 0a0
         2 0b1
         3 0a2
         4 0b3
         5 1a0
         6 1b2
         7 1a3
         8 1b4
         9 2a0
        10 2b1
        11 2a2

        NO NAME
---------- ----------
        12 2b3
        13 7a0
        14 7b1
        15 7a2
        16 7b3
        17 9a0
        18 9b1
        19 9a2
        20 9b3

20 rows selected.

複数セッションでのシーケンスの扱い

先程の使用例で20までの連番を出力したシーケンスを別のセッションから参照すると、続きの連番から出力されます。

--別セッションに接続
SQL>sqlplus〜〜〜

--シーケンスの発行
SQL> select seqtest.nextval from dual;

   NEXTVAL
----------
        21

ローカルユーザーに権限付与を実行すると「ユーザーがいません」というエラーが出力されます。

SYSTEMユーザーでログインしているので権限付与が出来ない訳が無いのですが、思いもよらないところに落とし穴がありました。

SQL> GRANT CREATE SEQUENCE TO usr1;
GRANT CREATE SEQUENCE TO usr1
                         *
ERROR at line 1:
ORA-01917: user or role 'USR1' does not exist

権限付与が出来なかった原因

権限付与が出来なかった原因は、PDBとCDBというOracle独自のマルチテナント構造が原因でした。

CDBが基盤となるDBとなり、その上にPDBと呼ばれるDBが存在するという奇妙な構造となっています。(Dockerのようにコンテナの上にイメージを作成するような感じです)

今回、SYSTEMユーザーはCDBに接続しており、権限付与されるUSR1ユーザーはPDBに接続していました。

CDB上にいるSYSTEMユーザーからPDB上にいるUSR1ユーザーに権限が付与は出来ないため、SYSTEMユーザーをPDBに接続する必要があります。

SYSTEMユーザーの接続先をPDBに切り替えることで権限付与の実行が可能になりました！

解決法

以下手順で解決できます。

①権限付与側のユーザーの接続先の確認

--SYSTEMユーザーの接続先確認
SQL> show con_name 

CON_NAME
------------------------------
CDB$ROOT

②権限付与される側のユーザーの接続先の確認

--USR1の接続先確認
SQL> show con_name   

CON_NAME
------------------------------
ORCLPDB1

③権限付与側のユーザーの接続先DB切り替え

--USR1が接続しているDBに切り替え
SQL> alter session set container = orclPDB1;

Session altered.

④GRANT文の発行

--SYSTEMユーザー権限付与
SQL> GRANT CREATE SEQUENCE TO usr1;

Grant succeeded.

SQL> commit;

Commit complete.

Where句で使用するサブクエリの問い合わせ結果が2行以上になってしまうと「single-row subquery returns more than one row」のエラーが帰ってきます。

SQL> select * from test
 where no = (select no from test); 
 where no = (select no from test)
             *
ERROR at line 2:
ORA-01427: single-row subquery returns more than one row

サブクエリの結果が複数帰ってきてしまうとNo列の比較にどの値を使用したら良いのか分からない為のエラーです。

そのため、サブクエリの帰ってくる値を単一にする必要があります。

サブクエリを使用する時はケースバイケースのため、その都度サブクエリの帰ってくる件数を意識しましょう。

SQL>  select * from test
 where no = (select no from test where no = 1);  

	NO NAME
---------- --------------------------------------------------
	 1 aaaaa

SQL> select * from test
  where no = (select max(no) from test);    

	NO NAME
---------- --------------------------------------------------
	 5 youo

サブクエリの結果を複数行受け取れる述語

もしサブクエリの帰ってくる件数を複数のときにしたい場合は「IN」や「EXISTS」、「ANY」などの述語を指定します。

これらの述語を使用することでサブクエリの結果のどれかと一致するものを正とする事を表現することが出来ます。

SQL> select * from test
 where no IN(select no from test0);   

	NO NAME
---------- --------------------------------------------------
	 1 aaaaa
	 2 iiiii
	 2 uouoo

SQL> select * from test
 where exists(select no from test0 where test.no = test0.no);  2  

	NO NAME
---------- --------------------------------------------------
	 1 aaaaa
	 2 iiiii
	 2 uouoo

SQL> select * from test
 where no = ANY(select no from test0);  2  

	NO NAME
---------- --------------------------------------------------
	 1 aaaaa
	 2 iiiii
	 2 uouoo

SQLの学習のために参考書を読んでも、「クロス結合が〜〜」「自然結合は〜〜」とたくさんの結合名称が出てきてしまい、こんがらがったのでまとめました。

当記事では内部結合と外部結合以外も紹介しているのですが、内部結合と外部結合さえ知っていればやっていけます。

SQL関連の資格を勉強している方やSQLの知識が浅い方は「そういう結合もあるんだ」くらいの理解をして頂ける記事になっていれば幸いです。

結合の種類

自分がテーブル結合の勉強をしている際に出会った結合名称です。

1. 内部結合
2. 外部結合(左外部結合、右外部結合)
3. 完全外部結合
4. 自己結合
5. クロス結合
6. 自然結合
7. 非等価結合

※自分はSQLを使用した実務経験が6ヶ月(2022年1月時点)しかないのですが、内部結合と外部結合の使用がほとんどでした。(自己結合と非等価結合は1,2回の使用)

2テーブルで結合を試していくぅ

SQL> select * from testJoin;

	NO NAME       P        AGE T
---------- ---------- - ---------- -
	 1 michel     1 	20 1
	 2 jordan     2 	30 1
	 3
	 4 Lebron     1 	25 1
	 5 hanamiti   2 	18 2
	 0 Popovich   0 	80 2

SQL> select * from testJoin2;

	NO POSITION
---------- ----------
	 1 PG
	 2 SG
	 3 Substitute

内部結合

内部結合は、結合Keyが一致する行のみを取得するための構文です。

下記のSQL文は、「No:0」がtestJoin1に登録されていない為、testJoinの「No:0,NAME:Popovich」のデータは取得されません。

マスタデータがないデータを弾く時によく使用されますね。

SQL> select t1.name , t2.POSITION from testJoin t1
inner join testJoin2 t2 on t2.NO = t1.pname;   2  

NAME	   POSITION
---------- ----------
michel	   PG
jordan	   SG
Lebron	   PG
hanamiti   SG

外部結合(左外部結合、右外部結合)

外部結合は、基となるテーブルのデータをすべて残した上での結合となります。

下記SQL文の場合だと、testJoinを基とするため結合Keyに一致しない「No:0」と「No:3」のレコードを取得することが出来ます。

select t1.no , t1.name , t2.POSITION from testJoin t1
left join testJoin2 t2 on t2.NO = t1.pname order by t1.no; 
SQL>   2  
	NO NAME       POSITION
---------- ---------- ----------
	 0 Popovich
	 1 michel     PG
	 2 jordan     SG
	 3
	 4 Lebron     PG
	 5 hanamiti   SG

完全外部結合

完全外部結合は、結合Keyが不一致でも結合するテーブルの全データを取得するための構文です。

結合Keyに一致しない「No:0,NAME:Popovich」「No:3,NAME:NULL」「No:NULL,NAME:NULL,Position:Substitute」の列が取得されていることが分かります。

正直使ったことないです。

SQL> select t1.no , t1.name , t2.POSITION from testJoin t1
Full outer join testJoin2 t2 on t2.NO = t1.pname order by t1.no;   2  

	NO NAME       POSITION
---------- ---------- ----------
	 0 Popovich
	 1 michel     PG
	 2 jordan     SG
	 3
	 4 Lebron     PG
	 5 hanamiti   SG
		      Substitute

自己結合

自己結合は、同一のテーブルを別テーブルと考えてデータを取得するための構文です。

下記SQL文では、同一のチームに所属している選手同士を出力しています。(※自己結合は同一テーブルを別テーブルとして扱うので別名称を付与しなければいけません)

余談ですがWHERE句にNAME列の比較演算子を使用しているので、同じ組み合わせのチームを除外しています。

SQL> select t1.no,t1.name,t1.team_id,t2.no,t2.name,t2.team_id from testJoin t1 
inner join testJoin t2 on t1.team_id = t2.team_id
where t1.name > t2.name
order by t1.no;   2    3    4  

	NO NAME       T 	NO NAME       T
---------- ---------- - ---------- ---------- -
	 1 michel     1 	 2 jordan     1
	 1 michel     1 	 4 Lebron     1
	 2 jordan     1 	 4 Lebron     1
	 5 hanamiti   2 	 0 Popovich   2

クロス結合

クロス結合は結合するテーブルのデータ数を乗算する構文のことを指します。

testJoinは6個のデータを、testJoin1は3個のデータを保持しています。

そのため6×3=18行が取得されます。

SQL> select t1.name,t2.POSITION from testJoin t1,testJoin2 t2
  order by t1.no,t2.no;  2  

NAME	   POSITION
---------- ----------
Popovich   PG
Popovich   SG
Popovich   Substitute
michel	   PG
michel	   SG
michel	   Substitute
jordan	   PG
jordan	   SG
jordan	   Substitute
	   PG
	   SG

NAME	   POSITION
---------- ----------
	   Substitute
Lebron	   PG
Lebron	   SG
Lebron	   Substitute
hanamiti   PG
hanamiti   SG
hanamiti   Substitute

自然結合

自然結合は、結合するテーブル同士のカラム名称とデータ型をSQLさんが判断してくれる構文です。

下記SQL文だと、testJoinのNo列(NUMBER型)とtestJoin1のNo列(NUMBER型)が同一名称、同一データ型になるためNO列を結合Keyに設定してくれています。

下記のデータを正として取得します。

testJoin「No:1,NAME:michel」= testJoin1「No:1,PG」
testJoin「No:2,NAME:jordan」= testJoin1「No:1,SG」
testJoin「No:3,NAME:NULL」= testJoin1「No:1,Substitute」

多分実務で使うこと無いんじゃないかと思います。

SQL> select no,t1.name,t2.POSITION from testJoin t1 
natural LEFt join testJoin2 t2;  

	NO NAME       POSITION
---------- ---------- ----------
	 0 Popovich
	 1 michel     PG
	 2 jordan     SG
	 3	      Substitute
	 4 Lebron
	 5 hanamiti

非等価結合

非等価結合は結合条件に「＝」演算子を使用しない構文を指します。

「＝」を条件に指定しないだけなので、あまり難しく考える必要はありません。

SQL> select * from testJoin t1 
inner join testJoin2 t2 on t1.PNAME <> t2.POSITION
where t1.no <3
order by t1.no;  2    3    4  

	NO NAME       P        AGE T	     NO POSITION
---------- ---------- - ---------- - ---------- ----------
	 0 Popovich   0 	80 2	      1 PG
	 0 Popovich   0 	80 2	      2 SG
	 0 Popovich   0 	80 2	      3 Substitute
	 1 michel     1 	20 1	      1 PG
	 1 michel     1 	20 1	      2 SG
	 1 michel     1 	20 1	      3 Substitute
	 2 jordan     2 	30 1	      1 PG
	 2 jordan     2 	30 1	      2 SG
	 2 jordan     2 	30 1	      3 Substitute

ビューとはSELECT文を格納しておく変数のようなものです。

プログラムを学んだ方ならしっくり来ると思うのですが、変数に格納しておくことで共通化をすることでいろいろな場面で簡単に呼び出すことができます。

作成構文

SQL> select * from test;

	NO NAME
---------- --------------------------------------------------
	 1 aaaaa
	 2 ooooo
	 3 oooaa
	 2 ooooo
	 3 oooaa

SQL> create or replace view test_view as
  2  select * from test;

View created.

SQL> select * from test_view;

	NO NAME
---------- --------------------------------------------------
	 1 aaaaa
	 2 ooooo
	 3 oooaa
	 2 ooooo
	 3 oooaa

使用方法

SELECT文の共通化

ビューを作成することで、SELECT文の共通化を図ることができます。

システムの中で値を得る際にSELECT文を記述して値を取得するよりもSELECT文を格納したビューを呼び出すほうが効率が良く、記述ミスを防ぐことができます。

プログラムにおける変数と同等の扱いが可能ですね！

値を隠す

これは権限でもできる話なのですが、見られたくないデータを隠す際にもビューを使用することがあります。

例えば｛社員名、年齢、性別、給与、持病｝をもったテーブルがあると考えてください。

社員名や年齢、性別はデータを見られても問題ないのですが、給与や持病などのプライベートなデータは案件によっては隠したい場合があると思います。

そんなときに一般社員が業務に使用するデータとして｛社員名、年齢、性別｝をAビューに格納し、｛社員名、年齢、性別、給与、持病｝を格納したビューを管理者用にといった使い分けの方法があります。

マテリアライズドビュー

ビューには通常のビューとマテリアライズドビューの2種類のビューが存在します。

マテリアライズドビューはビューとテーブルが同期している状態をイメージしてほしいです。

同期していることによってビュー作成時に使用したテーブルに更新がかかればマテビューも同時に更新処理が行われます。

下記の場合では、テーブルにTRUNCATEを実行するとそのテーブルを参照して作成したマテビューも同時に更新されます。(マテビューの更新は自動の場合と手動の場合をCREATE時に指定することができます。)

SQL> create materialized view test_mat as
  2  select * from test;

Materialized view created.

SQL> select * from test_mat;

	NO NAME
---------- --------------------------------------------------
	 1 aaaaa
	 2 ooooo
	 3 oooaa
	 2 ooooo
	 3 oooaa

SQL> truncate table test;

Table truncated.

SQL> select * from test_mat;

no rows selected

Oracleの日付型は以下6種類(期間データ型も含む)です。

DATE型とTIMESTAMP型の違い：ミリ秒単位を含むのがTIMESTAMP(厳格なシステム以外は基本的に日付型はDATE型使うって言ってた。先輩が。)

TIMESTAMP WITH TIME ZONE型とTIMESTAMP WITH TIME ZONE型の違い:

どちらもタイムゾーンの情報を格納するのですが、TIMESTAMP WITH TIME ZONE型がDBのタイムゾーンに変換されてデータが保存されます。例えばDBのタイムゾーンが「ASIA/TOKYO」の場合、ASIA/TOKYOのタイムゾーンに変換されて保存されます。

また、TIMESTAMP WITH TIME ZONE型を取得する時だけタイムゾーン名称が表示されます。「日付 時間 タイムゾーン名称」

INTERVALの違い：どちらも時刻の差分を管理するデータ型。年月がINTERVAL YEAR TO MONTH。日と秒を管理するのがINTERVAL DAY TO SECOND。

タイムゾーンについて

Oracleは世界的に使用されるRDBMSのため各地域に合わせた時刻を表示することができます。(素人目線での説明です。)

1. CURRENT_DATE(セッションのタイムゾーン)
2. CURRENT_TIMESTAMP(セッションのタイムゾーン)
3. SYSDATE(データベースのタイムゾーン)
4. SYSTIMESTAMP(データベースのタイムゾーン)
5. LOCALTIMESTAMP(セッションのタイムゾーン)

SQL>select systimestamp from dual;

SYSTIMESTAMP                   
-------------------------------
21-11-28 03:41:28.349648000 GMT

SQL>alter session set time_zone='Asia/Tokyo';

SQL>select current_timestamp from dual;
CURRENT_TIMESTAMP                     
--------------------------------------
21-11-28 12:41:28.360894000 ASIA/TOKYO

表示について

日付型には数値型や文字列型のように文字列を指定することができないのが特徴のひとつなのですが、システムによっては「年月のみ」「月と日のみ」といった表示をしたい時があると思います。

そんな時はNLS_DATE_FORMATという書式設定を変更することで表示形式を変えることができます。

SQL> select sysdate from dual;

SYSDATE
---------
27-NOV-21

SQL> alter session set NLS_DATE_FORMAT='YYYY/MM/DD';

Session altered.

SQL> select sysdate from dual;

SYSDATE
----------
2021/11/27

NLS_DATE_FORMATで設定の変更を行うことで書式が変更されるのですが、日付型の書式は以下の設定にも影響を受けます。

• NLS_DATE_LANGUAGE
• NLS_TERRITORY

NLS_DATE_LANGUAGEがAMERICANに設定されている場合、下記のようになります。

SQL> alter session set NLS_DATE_FORMAT='yyyy-mm-dd-day';

Session altered.

SQL> select sysdate from dual;

SYSDATE
--------------------
2021-11-28-sunday

NLS_DATE_LANGUAGをJapaneseに変更すると下記のようになります。

SQL>alter session set NLS_DATE_LANGUAGE='Japanese';

SYSDATE       
--------------
2021-11-28-日曜日

下記サイトが超わかりやすい解説をしてるので目を通してみてください。

知らないとチョットつまづく RDS for Oracle の NLS パラメータ

一時表とは、名前の通り「データを一時的に預かってくれる表」のことを指します。

セッションやトランザクションを終了するとデータを削除してくれるので、構文を試したいときなどに使用します。

自分が使用した例としては同じDB内でデータ移行を行ったときに正しいデータ移行を行えているかについて確認するときに使用しました。

--時表TESTテーブルからデータ移行
CREATE GROBAL TEMPORARY TABLE TEST AS SELECT * FROM HOGE;
CREATE GROBAL TEMPORARY TABLE FUGA AS SELECT * FROM HOGE WHERE 1=2;

--データ移行
INSERT INTO FUGA
SELECT * FROM HOGE;

GROBAL一時表とPRIVATE一時表

どちらも一時表であることに変わりはないのですが、下記の違いがあります。

作成方法

--GROBAL一時表
CREATE GROBAL TABLE AAA(
型情報
)
オプション情報

--*オプション*
--セッション終了時に自動削除
ON COMMIT PRESERVE ROWS

--トランザクション終了時に自動削除
ON COMMIT DELETE ROWS

--PRIVATE一時表
CREATE PRIVATE TEMPORARY TABLE ORA$PTT_BBB(
型情報
)
オプション情報

--*オプション*
--セッション終了時に自動削除
ON COMMIT PRESERVE DEFINITION
--トランザクション終了時に自動削除
ON COMMIT DROP DEFINITION;

権限という概念がある目的は、ユーザーごとにできることを分けることでデータベースを安全に運用するためです。

例えば、会社を想像してほしいのですが、社長と新卒の社員を想像してみてください。

社長が会社の最終決定権を持っているの対して、新卒の社員は雑用の仕事を任されるはずです。

雑用ですら手一杯の新卒の社員に会社の最終決定権を持たしてしまうと恐ろしいことが起きてしまうことは簡単に予想できます。

データベースも同じでデータ削除をして良い人、スキーマを作成していい人などの様に権限を切り分けることで安全に運用できます。

また、別の切り口で考えるとシステム運用のために権限を振り分けるという理由もあります。

会社内で部署が存在するように、

Aユーザーはa業務関連のテーブルを操作でき、Bユーザーはb業務とc業務関連のテーブルを操作できる様にするために権限を振り分ける事もできます。

営業部が採用権限がないようなイメージですね！

話がゴチャゴチャしてしまいましたが、権限はとにかく必要という事です！！

権限の構文

--権限の付与にはGRANT構文。
GRANT SELECT,INSERT,UPDATE ON usr1.TEST TO usr2;

--権限の剥奪にはREVOKE構文。
REVOKE SELECT,INSERT,UPDATE ON usr1.TEST from usr2;

権限の種類

システム権限

システム権限とはデータベースに対する命令を行うための権限のことを指します。

言葉を柔らかくして説明するとOracle様にお願いを聞いてもらうための装備のような感覚です。

例えば、社員証がないと会社に入れない様に命令ごとのシステム権限がないとOracle様が動いてくれずDBに対して何も実行することができません。(難しく感じた方ごめんなさい)

システム権限の種類は数多くあるので、自分が勉強した時にイメージしやすかったものだけ紹介します。

僕は初めてOracleでユーザーを作成した際にSESSION権限を付与するのを忘れてしまい、DB接続ができず3日ほど立ち往生した経験があります。最低限付与しなければいけない権限などもあるので一度は目を通したほうが良いかもしれません！

ちなみにこのページ見やすかったのでシステム権限の種類について確認したい方は呼んでみてください。

Oracleシステム権限の一覧と確認

ADMIN OPTION

他のユーザーからシステム権限を付与され、その権限を別のユーザーに付与する場合は「GRANT ADMIN」を指定する必要があります。

下記コードでは、「GRANT ADMIN」を指定することでusr2は別のユーザーにオブジェクト権限を付与できるようになりました。

--usr2は接続権限を付与され、他人に譲渡できる。
GRANT CREATE SESSION TO usr2 WITH ADMIN OPTION; 

オブジェクト権限

オブジェクト権限とは自分以外のオブジェクトに対して命令を実行できる様にするための権限です。

これはイメージしやすいと思うのですが、友達の物(パソコンでも車でも何でも良いです)に対して友達の許可がないと使用するのはNGのはずです。

Oracleも一緒で、自分以外のユーザーが保持しているオブジェクトに対して権限がないとそのオブジェクトには何も実行することができません。

※ちなみに、自分が作成したオブジェクトに対しては権限はいりません。

GRANT OPTION

他のユーザーからオブジェクト権限を付与され、その権限を別のユーザーに付与する場合は「GRANT OPTION」を指定する必要があります。

下記コードでは、「GRANT OPTION」を指定することでusr2は別のユーザーにオブジェクト権限を付与できるようになりました。

また、「GRANT OPTION」を指定して付与された権限は大元のユーザーによって権限が削除されると連鎖的に権限が削除されます。

--usr2は別のユーザーに権限を付与できるようになった
GRANT SELECT,INSERT ON usr1.TEST TO usr2 WITH GRANT OPTION; 

--usr2が実行。usr3にも同じ権限付与できる。
GRANT SELECT,INSERT,UPDATE ON usr1.TEST TO usr3;  

--usr1が実行。usr2の権限が消えると共に連鎖的にusr3の権限も消える。
REVOKE SELECT,INSERT,UPDATE ON usr1.TEST FROM usr2;

ロール

ロールとは権限をまとめたもので、プログラミングでいうところの配列のような扱いです。

配列のように扱えることで一度定義しておけば繰り返し呼び出せるという利点があるため、実務ではよく使われているらしいです。（先輩が言ってた。）

また、ロールの凄いところはシステム権限とオブジェクト権限を同時に格納できるという点です。便利ですねー。

CREATE ROLE TEST_ROLL;
GRANT CREATE SESSION TO TEST_ROLL;  --システム権限付与
GRANT SELECT,INSERT ON TEST_ROLL;　　--オブジェクト権限付与
GRANT TEST_ROLL TO usr1;