關於檢視的定義

《SQLite權威指南》是這麼定義的，檢視即是虛擬表，也稱為派生表，因為它們的內容都派生自其它表的查詢結果。雖然檢視看起來感覺和基本表一樣，但是它們部署基本表。基本表的內容是持久的，而檢視的內容是在使用過程中動態產生的。

簡單的理解為，檢視就是通過一條SELECT語句執行後返回的結果集作為視圖表的資料，即create view 視圖表名 as select 語句，是對若干張基本表的引用。

一般視圖表在命名時，會在其中加上view，另外表名通常會有字首（如：tb_或者tbl_）,因此，視圖表的字首為（tb_view_或者tbl_view_），然後，後面加上表名（注意：檢視名不能與基本表名一樣）。

為什麼使用檢視呢？

理由有：複雜查詢的需求。我們在定義了一些基本表之後，經常會有一些複雜的關聯查詢，此時，我們就可以將複雜的關聯查詢結果集設定為檢視。對於，應用層來說，檢視的用法和基本表的用法一致。這樣帶來的好處有：複雜關聯語句無需應用層向MySQL資料庫傳送，只要請求請求相應的檢視，除了簡化應用層的開發，還能夠提升查詢速度。

舉個栗子：

建立使用者資訊表：tb_user_center

CREATE TABLE `tb_user_center` (

  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,

  `cuid` int(10) unsigned NOT NULL COMMENT '外部賬號

  `username` varchar(50) NOT NULL COMMENT '註冊使用者名稱',

  `staff_id` varchar(50) NOT NULL DEFAULT '' COMMENT '工號',

  `mobile` varchar(50) NOT NULL COMMENT '註冊手機號',

  `password` char(32) NOT NULL,

  `email` varchar(200) NOT NULL COMMENT '註冊郵箱',

  `status` tinyint(1) NOT NULL COMMENT '使用者狀態\n0 未稽核\n1 正常\n2 禁用',

  `register_ip` varchar(15) DEFAULT NULL,

  `last_login_time` int(10) NOT NULL DEFAULT '0',

  `last_login_ip` varchar(15) DEFAULT NULL,

  `ctime` int(10) NOT NULL COMMENT '註冊時間',

  `mtime` int(10) NOT NULL COMMENT '修改時間',

  PRIMARY KEY (`id`),

  UNIQUE KEY `unique_username` (`username`),

  KEY `idx_status` (`status`)

) ENGINE=InnoDB AUTO_INCREMENT=56 DEFAULT CHARSET=utf8 COMMENT='註冊使用者表';

建立授權使用者的表：tb_ssp_member_auth

create table tb_ssp_member_auth(

id int unsigned not null auto_increment comment '主鍵id',

uid int unsigned not null comment '使用者id',

role_id tinyint unsigned not null default '0' comment '使用者角色',

creator int unsigned not null comment '建立者',

auth_app_ids text charset utf8 not null comment '授權應用主鍵id列表,以逗號分隔',

auth_app_names text charset utf8 not null comment '授權應用名稱列表,以逗號分隔',

mtime int unsigned not null comment '修改時間',

ctime int unsigned not null comment '修改時間',

primary key(id),

unique key idx_uid(uid)

)engine innnodb default charset=utf8 collate utf8_bin comment 'ssp媒體授權表';

建立角色表：tb_ssp_member_auth_role

create table tb_ssp_member_auth_role(

id int unsigned not null auto_increment comment '主鍵id',

name varchar(255) not null comment '角色名稱',

creator int unsigned not null default '1' comment '建立者',

note text charset utf8 not null comment '描述',

mtime int unsigned not null comment '修改時間',

ctime int unsigned not null comment '建立時間',

primary key(id)

)engine innodb default charset=utf8 collate utf8_bin comment 'ssp媒體授權角色表';

由於表tb_ssp_member_auth_role中的使用者資訊和角色資訊都是其主鍵id，我們需要管理相應的使用者表和角色表，此時在應用層，需要執行如下MySQL操作：

select a.id, b.username, b.mobile, b.email, c.username as creator, d.name as role, a.auth_app_names as apps, from_unixtime(a.mtime) as mtime, from_unixtime(a.ctime) as ctime FROM  tb_ssp_member_auth a 

left join tb_user_center b on a.uid = b.id 

left join tb_user_center c on a.creator = c.id 

left join tb_ssp_member_auth_role d on a.role_id=d.id;

這個語句左連結了4張表，這裡，我們通過建立視圖表：tb_view_ssp_member_auth，語句如下：

create view tb_view_ssp_member_auth as select a.id, b.username, b.mobile, b.email, c.username as creator, d.name as role, a.auth_app_names as apps, from_unixtime(a.mtime) as mtime, from_unixtime(a.ctime) as ctime FROM  tb_ssp_member_auth a 

left join tb_user_center b on a.uid = b.id 

left join tb_user_center c on a.creator = c.id 

left join tb_ssp_member_auth_role d on a.role_id=d.id;

因此，在下次想查詢tbl_ssp_member_auth表的具體資訊，我們只要查詢視圖表tb_view_ssp_member_auth，示例語句如下：

select * from tb_view_ssp_member_auth;

注意：

檢視是個好東西，特別是對於複雜關聯查詢時，能夠大大簡化應用程式的程式碼。需要特別注意的是對於檢視的更新操作，如果只關聯一張表的時候可以執行更新操作，當關聯多張表時更新操作可能會失敗