## 視圖定義
視圖通常是指數據庫的視圖,視圖是一個虛擬表,其內容由查詢定義。同真實的表一樣,視圖包含一系列帶有名稱的列和行數據。但是,視圖并不在數據庫中以存儲的數據值集形式存在。行和列數據來自由定義視圖的查詢所引用的表,并且在引用視圖時動態生成。對其中所引用的基礎表來說,視圖的作用類似于篩選。定義視圖的篩選可以來自當前或其它數據庫的一個或多個表,或者其它視圖。分布式查詢也可用于定義使用多個異類源數據的視圖。如果有幾臺不同的服務器分別存儲組織中不同地區的數據,而您需要將這些服務器上相似結構的數據組合起來,這種方式就很有用。 視圖在有些數據庫下面并不被支持,但是ThinkPHP模擬實現了數據庫的視圖,該功能可以用于多表聯合查詢。非常適合解決**HAS_ONE** 和 **BELONGS_TO**類型的關聯查詢。
要定義視圖模型,只需要繼承`Think\Model\ViewModel`,然后設置`viewFields`屬性即可。
例如下面的例子,我們定義了一個BlogView模型對象,其中包括了Blog模型的id、name、title和User模型的name,以及Category模型的title字段,我們通過創建BlogView模型來快速讀取一個包含了User名稱和類別名稱的Blog記錄(集)。
~~~
namespace Home\Model;
use Think\Model\ViewModel;
class BlogViewModel extends ViewModel {
public $viewFields = array(
'Blog'=>array('id','name','title'),
'Category'=>array('title'=>'category_name', '_on'=>'Blog.category_id=Category.id'),
'User'=>array('name'=>'username', '_on'=>'Blog.user_id=User.id'),
);
}
~~~
我們來解釋一下定義的格式代表了什么。
`$viewFields` 屬性表示視圖模型包含的字段,每個元素定義了某個數據表或者模型的字段。
例如:
~~~
'Blog'=>array('id','name','title');
~~~
表示BlogView視圖模型要包含Blog模型中的id、name和title字段屬性,這個其實很容易理解,就和數據庫的視圖要包含某個數據表的字段一樣。而Blog相當于是給Blog模型對應的數據表定義了一個別名。
默認情況下會根據定義的名稱自動獲取表名,如果希望指定數據表,可以使用:
~~~
'_table'=>"test_user"
// 或者使用簡化定義(自動獲取表前綴)
// '_table'=>"__USER__"
~~~
如果希望給當前數據表定義另外的別名,可以使用
~~~
'_as'=>'myBlog'
~~~
BlogView視圖模式除了包含Blog模型之外,還包含了Category和User模型,下面的定義:
~~~
'Category'=>array('title'=>'category_name');
~~~
和上面類似,表示BlogView視圖模型還要包含Category模型的title字段,因為視圖模型里面已經存在了一個title字段,所以我們通過
~~~
'title'=>'category_name'
~~~
把Category模型的title字段映射為`category_name`字段,如果有多個字段,可以使用同樣的方式添加。
可以通過_on來給視圖模型定義關聯查詢條件,例如:
~~~
'_on'=>'Blog.category_id=Category.id'
~~~
理解之后,User模型的定義方式同樣也就很容易理解了。
~~~
Blog.categoryId=Category.id AND Blog.userId=User.id
~~~
最后,我們把視圖模型的定義翻譯成SQL語句就更加容易理解視圖模型的原理了。假設我們不帶任何其他條件查詢全部的字段,那么查詢的SQL語句就是
~~~
Select
Blog.id as id,
Blog.name as name,
Blog.title as title,
Category.title as category_name,
User.name as username
from think_blog Blog JOIN think_category Category JOIN think_user User
where Blog.category_id=Category.id AND Blog.user_id=User.id
~~~
視圖模型的定義并不需要先單獨定義其中的模型類,系統會默認按照系統的規則進行數據表的定位。如果Blog模型并沒有定義,那么系統會自動根據當前模型的表前綴和后綴來自動獲取對應的數據表。也就是說,如果我們并沒有定義Blog模型類,那么上面的定義后,系統在進行視圖模型的操作的時候會根據Blog這個名稱和當前的表前綴設置(假設為`Think_` )獲取到對應的數據表可能是`think_blog`。
ThinkPHP還可以支持視圖模型的JOIN類型定義,我們可以把上面的視圖定義改成:
~~~
public $viewFields = array(
'Blog'=>array('id','name','title','_type'=>'LEFT'),
'Category'=>array('title'=>'category_name','_on'=>'Category.id=Blog.category_id','_type'=>'RIGHT'),
'User'=>array('name'=>'username','_on'=>'User.id=Blog.user_id'),
);
~~~
需要注意的是,這里的_type定義對下一個表有效,因此要注意視圖模型的定義順序。Blog模型的
~~~
'_type'=>'LEFT'
~~~
針對的是下一個模型Category而言,通過上面的定義,我們在查詢的時候最終生成的SQL語句就變成:
~~~
Select
Blog.id as id,
Blog.name as name,
Blog.title as title,
Category.title as category_name,
User.name as username
from think_blog Blog LEFT JOIN think_category Category ON Blog.category_id=Category.id RIGHT JOIN think_user User ON Blog.user_id=User.id
~~~
我們可以在試圖模型里面定義特殊的字段,例如下面的例子定義了一個統計字段
~~~
'Category'=>array('title'=>'category_name','COUNT(Blog.id)'=>'count','_on'=>'Category.id=Blog.category_id'),
~~~
## 視圖查詢
接下來,我們就可以和使用普通模型一樣對視圖模型進行操作了 。
~~~
$Model = D("BlogView");
$Model->field('id,name,title,category_name,username')->where('id>10')->order('id desc')->select();
~~~
看起來和普通的模型操作并沒有什么大的區別,可以和使用普通模型一樣進行查詢。如果發現查詢的結果存在重復數據,還可以使用group方法來處理。
~~~
$Model->field('id,name,title,category_name,username')->order('id desc')->group('id')->select();
~~~
我們可以看到,即使不定義視圖模型,其實我們也可以通過方法來操作,但是顯然非常繁瑣。
~~~
$Model = D("Blog");
$Model->table('think_blog Blog,think_category Category,think_user User')
->field('Blog.id,Blog.name,Blog.title,Category.title as category_name,User.name as username')
->order('Blog.id desc')
->where('Blog.category_id=Category.id AND Blog.user_id=User.id')
->select();
~~~
而定義了視圖模型之后,所有的字段會進行自動處理,添加表別名和字段別名,從而簡化了原來視圖的復雜查詢。如果不使用視圖模型,也可以用連貫操作的JOIN方法實現相同的功能。
- 序言
- 基礎
- 獲取ThinkPHP
- 環境要求
- 目錄結構
- 入口文件
- 自動生成
- 模塊
- 控制器
- 開發規范
- 配置
- 配置格式
- 配置加載
- 讀取配置
- 動態配置
- 擴展配置
- 批量配置
- 架構
- 模塊化設計
- URL模式
- 多層MVC
- CBD模式
- 命名空間
- 自動加載
- 應用模式
- 項目編譯
- 系統流程
- 路由
- 路由定義
- 規則路由
- 正則路由
- 靜態路由
- 閉包支持
- 實例說明
- 控制器
- 控制器定義
- 前置和后置操作
- Action參數綁定
- 偽靜態
- URL大小寫
- URL生成
- AJAX返回
- 跳轉和重定向
- 輸入變量
- 請求類型
- 空操作
- 空控制器
- 插件控制器
- 操作綁定到類
- 模型
- 模型定義
- 模型實例化
- 字段定義
- 連接數據庫
- 切換數據庫
- 分布式數據庫支持
- 連貫操作
- WHERE
- TABLE
- ALIAS
- DATA
- FIELD
- ORDER
- LIMIT
- PAGE
- GROUP
- HAVING
- JOIN
- UNION
- DISTINCT
- LOCK
- CACHE
- COMMENT
- RELATION
- USING
- fetchSql
- TOKEN
- STRICT
- INDEX
- 命名范圍
- CURD操作
- 數據創建
- 數據寫入
- 數據讀取
- 數據更新
- 數據刪除
- ActiveRecord
- 字段映射
- 查詢語言
- 查詢方式
- 表達式查詢
- 快捷查詢
- 區間查詢
- 組合查詢
- 統計查詢
- SQL查詢
- 動態查詢
- 子查詢
- 自動驗證
- 自動完成
- 參數綁定
- 虛擬模型
- 模型分層
- 視圖模型
- 關聯模型
- 高級模型
- Mongo模型
- 視圖
- 模板定義
- 模板主題
- 模板賦值
- 模板渲染
- 獲取模板地址
- 獲取內容
- 模板引擎
- 模板
- 變量輸出
- 系統變量
- 使用函數
- 默認值輸出
- 使用運算符
- 標簽庫
- 模板繼承
- 修改定界符
- 三元運算
- 包含文件
- 內置標簽
- Volist標簽
- Foreach標簽
- For標簽
- Switch標簽
- 比較標簽
- 范圍判斷標簽
- IF標簽
- Present標簽
- Empty標簽
- Defined標簽
- Assign標簽
- Define標簽
- 標簽嵌套
- import標簽
- 使用PHP代碼
- 原樣輸出
- 模板注釋
- 模板布局
- 模板替換
- 調試
- 調試模式
- 異常處理
- 日志記錄
- 頁面Trace
- Trace方法
- 變量調試
- 性能調試
- 錯誤調試
- 模型調試
- 緩存
- 數據緩存
- 快速緩存
- 查詢緩存
- 靜態緩存
- 安全
- 輸入過濾
- 表單合法性檢測
- 表單令牌
- 防止SQL注入
- 目錄安全文件
- 保護模板文件
- 上傳安全
- 防止XSS攻擊
- 其他安全建議
- 擴展
- 類庫擴展
- 驅動擴展
- 緩存驅動
- 數據庫驅動
- 日志驅動
- Session驅動
- 存儲驅動
- 模板引擎驅動
- 標簽庫驅動
- 行為擴展
- 標簽擴展
- Widget擴展
- 應用模式
- 部署
- PATH_INFO支持
- URL重寫
- 模塊部署
- 域名部署
- 入口綁定
- 替換入口
- 專題
- SESSION支持
- Cookie支持
- 多語言支持
- 數據分頁
- 文件上傳
- 驗證碼
- 圖像處理
- RESTFul
- RPC
- SAE
- IP獲取和定位
- 附錄
- 常量參考
- 配置參考
- 升級指導
- 鳴謝