9
11

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 1 year has passed since last update.

ビュー(DB)について

Last updated at Posted at 2022-12-10

ビューとはテーブルからSELECTしてきた取得結果や複数テーブルを結合した結果を仮想的なテーブルとして作成する手法である。

仮想的なテーブルとあるとおり、通常作成されるテーブルとは違い、実態はない。

めちゃくちゃ簡単に言うとSELECT文を名前をつけて保存したものである。

ビューを作成する構文は以下のとおり

CREATE VIEW ビュー名 AS SELECT文

下記のような家計簿テーブルで費目が食費だけのレコードのビューを作ってみる

DBはpostgresでテーブル名はhousehold_account_book

image.png

CREATE VIEW test_view AS 
SELECT
    * 
FROM
    household_account_book 
WHERE
    expense_item = '食費'

これでビューができた。

DBを確認すると、ビューができているのがわかる。

image.png

以降はこのビューを参照すれば簡単に食費だけのデータを確認できる。

ビューの参照結果↓
image.png

元のテーブルの更新されればビューも自動で更新される。
元テーブル(寿司代が追加)
image.png

元テーブル更新後のビュー

image.png

もちろん、ビューに対してSQLを実行することも可能である。

SELECT
    * 
FROM
    test_view 
WHERE
    memo = '高級焼肉代';

出力結果

image.png

ビューの削除方法

削除するときはDROP VIEW文を使う

DROP VIEW ビュー名

先程の食費データのビューを削除してみる。

DROP VIEW test_view

image.png

ビューを削除できた。簡単。

ビューのメリット

容量を圧迫しない

ビュー自体がSELECT文なので、データを保存しないで、SELECT文そのものを保存するのでテーブルより容量を圧迫しない。

SELECT文を何度も書く必要がなくなる

よく各SELECT文をビューとして保存しておけば何度も書かなくて済むので、効率よくデータの確認が行える。

特に複数テーブルを結合させるときなどに効果的だ。

ビューのデメリット

パフォーマンスの低下

ビューを利用したSQLの実行指示を受けると、DBはビューを展開してSQL文に変換して実行する。
実行する側はシンプルに記述されたSQLを実行しているつもりだが、実際に実行されるSQLは複雑なものになる。

そのため、ビューに対してWHERE句で条件をつけたり結合したりするとパフォーマンスが低下してしまう。

DB更新処理に制限がある

insert,update,deleteの処理をビューに対して行うことは可能であるが、行う場合は以下の条件が満たされている場合に限られる。

・SELECTでdistinctが使用されていない
・GROUP BYを使用していない
・HAVINGを使用していない
・集約されたビューではない
・FROM句に含まれるテーブルが1つである

基本的には1つのテーブルに影響を与える場合にのみ更新処理は可能である。

マテリアライズド・ビューについて

マテリアライズド・ビューとはSELECT文の結果をキャッシュとして保持しているテーブルのようなものである。

ビューとの違いはデータの実体を持っていることである。

マテリアライズド・ビューのメリットは主に以下の2つがある。

処理が高速

ビューは実態を持っていないので、呼び出されるたびにSQLを展開し、データの取得を行わなければならない。

比べて、マテリアライズド・ビューだと実態のデータを持っているので、SQLを都度実行する必要がなく処理が高速になる。

主キーやインデックスが作成できる

ビューでは主キーを作成することはできないが、マテリアライズド・ビューでは主キーを作成することができる。

そのため、主キーを用いての検索やデータ重複を防ぐことができる。

またインデックスもビューでは作成することができないが、マテリアライズド・ビューでは作成することができる。

ビューに比べて、高速検索が可能となる。

デメリットについては主に以下の2つが挙げられる。

最新データを取得するにはリフレッシュが必要

マテリアライズド・ビューはデータの実態があるので、ただ取得するだけでは常に最新のデータが取得できるわけではない。

最新データを取得する場合にはリフレッシュというのを行わなければならない。
リフレッシュを行わないと最新データとのズレが生じてしまう。

ストレージ容量を消費する

マテリアライズド・ビューは通常のテーブルと同様にストレージ容量を消費する。
むやみやたらに作成すると、容量を圧迫するのでご利用は計画的に。

マテリアライズド・ビューの作成方法

作成する際の構文は以下の通り

CREATE MATERIALIZED VIEW マテリアライズド・ビュー名 AS SELECT文

先ほど作成したビューと同じ内容のものをマテリアライズド・ビューで作成してみる。

CREATE MATERIALIZED VIEW test_m_view AS 
SELECT
    * 
FROM
    household_account_book 
WHERE
    expense_item = '食費'

実行すると作成されていることがわかる。

image.png

中身を見てみると以下のようになっている。
image.png

ビューのときのように寿司代を追加してもマテリアライズド・ビューでは自動で反映されない。(都度SELECTするのではなく、データの実態があるため)

最新の情報を反映させるにはリフレッシュを行う。

リフレッシュするには以下の文を実行する。

REFRESH MATERIALIZED VIEW マテリアライズドビュー名

先ほど作成したマテリアライズド・ビューで試してみる。

REFRESH MATERIALIZED VIEW test_m_view;

実行後に確認すると最新のデータになっている。
image.png

自動リフレッシュというのも存在するようだが、今回は割愛。
詳しく調べたら追記するかも、、

マテリアライズド・ビューの削除については下記の構文を実行するだけなのでビューと同様非常に簡単。

DROP MATERIALIZED VIEW マテリアライズド・ビュー名

先ほど作成したマテリアライズド・ビューを削除するには以下の通り実行する。

DROP MATERIALIZED VIEW test_m_view;

見事削除することに成功

image.png

9
11
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
9
11

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?