CREATE VIEW (Transact-SQL)

發行項
06/18/2013

建立由查詢定義其內容 (資料行和資料列) 的虛擬資料表。您可以使用這個陳述式來建立資料庫中一個或多個資料表內資料的檢視。例如，檢視可用於下列目的：

對焦 (Focus)、簡化和自訂每位使用者查看資料庫的角度。
做為安全機制，讓使用者能夠透過檢視存取資料，但不將直接存取基底資料表的權限授與使用者。
提供回溯相容介面以模擬其結構描述已變更的資料表。

語法

CREATE VIEW [ schema_name . ] view_name [ (column [ ,...n ] ) ] 
[ WITH <view_attribute> [ ,...n ] ] 
AS select_statement 
[ WITH CHECK OPTION ] [ ; ]

<view_attribute> ::= 
{
    [ ENCRYPTION ]
    [ SCHEMABINDING ]
    [ VIEW_METADATA ]     }

引數

schema_name
這是檢視所屬的結構描述名稱。
view_name
這是檢視的名稱。檢視名稱必須遵照識別碼的規則。指定檢視擁有者名稱則是選擇性的。
column
這是檢視中的資料行所用的名稱。只有在資料行是從算術運算式、函數或常數衍生而來時，兩個或更多資料行可能有相同名稱 (通常是因為聯結) 時，或檢視中之資料行的指定名稱不同於衍生來源的資料行名稱時，才需要資料行名稱。您也可以在 SELECT 陳述式中指派資料行名稱。

如果未指定 column，檢視資料行會需要與 SELECT 陳述式中之資料行相同的名稱。

[!附註]

在檢視的資料行中，資料行名稱的權限適用於整個 CREATE VIEW 或 ALTER VIEW 陳述式，不論基礎資料來源為何都是如此。例如，如果是在 CREATE VIEW 陳述式中授與 SalesOrderID 資料行的權限，ALTER VIEW 陳述式便可以利用不同的資料行名稱來命名 SalesOrderID 資料行，例如，OrderRef，且仍有使用 SalesOrderID 之檢視的相關聯權限。
AS
指定檢視要執行的動作。

select_statement
這是定義檢視的 SELECT 陳述式。陳述式可以使用多份資料表和其他檢視。從建立的檢視之 SELECT 子句所參考的物件中進行選取，需要適當的權限。

檢視不必是一份特定資料表的資料列和資料行的簡單子集。您可以利用任何複雜度的 SELECT 子句來建立使用多份資料表或其他檢視的檢視。

在索引檢視定義中，SELECT 陳述式必須是單一資料表陳述式，或選擇性彙總所聯結 (JOIN) 的多份資料表。

檢視定義中的 SELECT 子句不能包括下列項目：

ORDER BY 子句，除非 SELECT 陳述式的選取清單中也有 TOP 子句

重要事項
ORDER BY 子句只能用來判定 TOP 或 OFFSET 子句在檢視定義中傳回的資料列。除非同時在查詢本身指定 ORDER BY 子句，否則 ORDER BY 子句並不保證查詢檢視時會傳回排序的結果。

INTO 關鍵字
OPTION 子句
指向暫存資料表或資料表變數的參考。

由於 select_statement 使用 SELECT 陳述式，依照 FROM 子句來使用 <join_hint> 和 <table_hint> 提示有效。如需詳細資訊，請參閱＜FROM (Transact-SQL)＞和＜SELECT (Transact-SQL)＞。

您可以在 select_statement 中使用由 UNION 或 UNION ALL 來分隔的函數和多個 SELECT 陳述式。

CHECK OPTION
強制執行所有針對檢視來執行的資料修改陳述式遵照 select_statement 內所設定的準則。當利用檢視來修改資料列時，WITH CHECK OPTION 可確保在認可修改之後，仍可以透過檢視見到資料。

[!附註]

直接更新檢視的基礎資料表，不會針對檢視來進行驗證，即使指定了 CHECK OPTION 也是如此。
ENCRYPTION
加密 sys.syscomments 中包含 CREATE VIEW 陳述式文字的項目。使用 WITH ENCRYPTION 可防止在 SQL Server 複寫中發行檢視。
SCHEMABINDING
將檢視繫結於一或多份基礎資料表的結構描述。當指定 SCHEMABINDING 時，無法依照會影響檢視定義的方式來修改一或多份基底資料表。您必須先修改或卸除檢視定義來移除對於要修改之資料表的相依性。當您使用 SCHEMABINDING 時，select_statement 必須包括所參考的資料表、檢視或使用者自訂函數的兩部分名稱 (schema**.**object)。所有參考的物件都必須在相同的資料庫中。

您無法卸除參與 SCHEMABINDING 子句所建立之檢視的檢視或資料表，除非這份檢視已經卸除或有了改變，不再擁有結構描述繫結。否則，Database Engine 會引發錯誤。另外，當 ALTER TABLE 陳述式會影響到檢視定義時，在參與擁有結構描述繫結的檢視之資料表上執行這些陳述式也會失敗。
VIEW_METADATA
指定當針對參考檢視的查詢來要求瀏覽模式的中繼資料時，SQL Server 執行個體將檢視 (而不是一份或多份基底資料表) 的中繼資料資訊傳回 DB-Library、ODBC 和 OLE DB API。瀏覽模式中繼資料是 SQL Server 執行個體傳回給用戶端 API 的附加中繼資料。這個中繼資料使得用戶端 API 能夠實作可更新的用戶端資料指標。瀏覽模式中繼資料包括結果集中的資料行所屬之基底資料表的相關資訊。

如果是 VIEW_METADATA 所建立的檢視，當描述結果集中檢視的資料行時，瀏覽模式中繼資料會傳回檢視名稱，而不是基底資料表名稱。

當檢視是利用 WITH VIEW_METADATA 來建立時，如果檢視有 INSTEAD OF INSERT 或 INSTEAD OF UPDATE 觸發程序，則除了 timestamp 資料行之外，它的所有資料行都可加以更新。如需有關可更新檢視的詳細資訊，請參閱「備註」一節。

備註

檢視只能建立在目前資料庫中。 CREATE VIEW 必須是查詢批次中的第一個陳述式。檢視最多可有 1,024 個資料行。

當查詢檢視時，Database Engine 會檢查確定陳述式所參考的所有資料庫物件都存在、在陳述式的內容中有效，且修改資料陳述式未違反任何資料完整性規則。檢查失敗會傳回錯誤訊息。檢查成功會將動作轉換成針對基礎資料表的動作。

如果檢視相依於已卸除的資料表或檢視，任何人試圖使用這份檢視時，Database Engine 一律會產生錯誤訊息。如果建立新的資料表或檢視，且並未變更先前基底資料表的資料表結構來取代已卸除的資料表或檢視，此時又可以使用這份檢視。如果新資料表或檢視的結構有了改變，就必須卸除再重新建立這份檢視。

如果未以 SCHEMABINDING 子句來建立檢視，當影響檢視定義的檢視之下的物件有變更時，就應該執行 sp_refreshview。否則，在查詢檢視時，可能會產生非預期的結果。

當建立檢視表時，檢視表的相關資訊會儲存在下列目錄檢視中：sys.views、sys.columns 和 sys.sql_expression_dependencies。 CREATE VIEW 陳述式的文字儲存在 sys.sql_modules 目錄檢視中。

當查詢使用 numeric 或 float 運算式所定義之檢視的索引時，結果可能會不同於不使用這份檢視之索引的類似查詢。這個差異可能是基礎資料表的 INSERT、DELETE 或 UPDATE 動作期間之捨入錯誤所造成的。

當建立檢視時，Database Engine 會儲存 SET QUOTED_IDENTIFIER 和 SET ANSI_NULLS 的設定。當使用這份檢視時，會利用這些原始設定來剖析檢視。因此，當存取檢視時，SET QUOTED_IDENTIFIER 和 SET ANSI_NULLS 的任何用戶端工作階段設定都不會影響這個檢視定義。

可更新的檢視

只要符合下列條件，您可以利用檢視來修改基礎基底資料表的資料：

包括 UPDATE、INSERT 和 DELETE 陳述式在內的任何修改都只能參考一份基底資料表的資料行。
檢視所修改的資料行必須直接參考資料表資料行中的基礎資料。您無法利用任何其他方法來衍生這些資料行，例如：
- 彙總函式：AVG、COUNT、SUM、MIN、MAX、GROUPING、STDEV、STDEVP、VAR 和 VARP。
- 計算。您不能從使用其他資料行的運算式計算資料行。利用設定運算子 UNION、UNION ALL、CROSSJOIN、EXCEPT 和 INTERSECT 形成的資料行會得出一項計算，這些資料行無法更新。
GROUP BY、HAVING 或 DISTINCT 子句不會影響所修改的資料行。
檢視的 select_statement 中任何位置都不會使用 TOP 與 WITH CHECK OPTION 子句。

先前的限制適用於檢視之 FROM 子句中的任何子查詢，正如同它們適用於檢視本身一樣。一般而言，Database Engine 必須能夠明確地追蹤從檢視定義到一份基底資料表的修改。如需詳細資訊，請參閱＜透過檢視修改資料＞。

如果先前的限制使您無法直接利用檢視來修改資料，請考量下列選項：

INSTEAD OF 觸發程序

您可以建立檢視的 INSTEAD OF 觸發程序，使檢視成為可以更新。 INSTEAD OF 觸發程序的執行是用來取代定義觸發程序的資料修改陳述式。這個觸發程序可讓使用者指定一組為了處理資料修改陳述式而必須發生的動作。因此，如果 INSTEAD OF 觸發程序是針對某份特定資料修改陳述式 (INSERT、UPDATE 或 DELETE) 的檢視而存在，您也可以利用這個陳述式來更新對應的檢視。如需有關 INSTEAD OF 觸發程序的詳細資訊，請參閱＜DML 觸發程序＞。
資料分割檢視

如果檢視是一份資料分割檢視，在特定限制之下，這份檢視可以更新。當需要它時，Database Engine 會將本機資料分割檢視當做所有參與的資料表及檢視本身是在相同 SQL Server 執行個體的檢視，並將分散式資料分割檢視當做檢視中至少有一份資料表是在不同伺服器或遠端伺服器的檢視。

資料分割檢視

資料分割檢視是成員資料表的 UNION ALL 所定義的檢視，這些成員資料表的結構相同，但在相同 SQL Server 執行個體中，或在一群獨立存在的 SQL Server 伺服器 (稱為同盟資料庫伺服器) 執行個體中，它們分別儲存成多份資料表。

[!附註]

在伺服器本機分割資料的慣用方法是透過資料分割資料表。如需詳細資訊，請參閱＜分割資料表與索引＞。

在設計資料分割結構描述時，您必須清楚哪些資料屬於哪個資料分割。例如，Customers 資料表的資料散發在三個伺服器位置的三份成員資料表中：Server1 的 Customers_33、Server2 的 Customers_66，以及 Server3 的 Customers_99。

Server1 的資料分割檢視定義如下：

--Partitioned view as defined on Server1
CREATE VIEW Customers
AS
--Select from local member table.
SELECT *
FROM CompanyData.dbo.Customers_33
UNION ALL
--Select from member table on Server2.
SELECT *
FROM Server2.CompanyData.dbo.Customers_66
UNION ALL
--Select from mmeber table on Server3.
SELECT *
FROM Server3.CompanyData.dbo.Customers_99;

一般而言，如果檢視的形式如下，它便是一份資料分割檢視：

SELECT <select_list1>
FROM T1
UNION ALL
SELECT <select_list2>
FROM T2
UNION ALL
...
SELECT <select_listn>
FROM Tn;

建立資料分割檢視的條件

選取 list
- 在檢視定義的資料行清單中，應該已選取成員資料表中的所有資料行。
- 每份 select list 的相同序數位置中之各個資料行都應該是相同類型，定序也包括在內。資料行只是如同 UNION 的情況一樣，能夠隱含地轉換類型，是不足的。
  
  另外，至少必須有一個資料行 (如 <col>) 出現在所有選取清單的相同序數位置中。這個 <col> 的定義方式應該是 T1, ..., Tn 等成員資料表在 <col> 上分別定義了 C1, ..., Cn 等 CHECK 條件約束。
  
  T1 資料表所定義之 C1 條件約束的形式必須如下：
```
C1 ::= < simple_interval > [ OR < simple_interval > OR ...]
< simple_interval > :: = 
< col > { < | > | <= | >= | = < value >} 
| < col > BETWEEN < value1 > AND < value2 >
| < col > IN ( value_list )
| < col > { > | >= } < value1 > AND
< col > { < | <= } < value2 >
```
- 條件約束的方式是 <col> 的任何指定值都能夠滿足 C1, ..., Cn 等條件約束中的最多一項條件約束，因此，這些條件約束應該形成一組無關聯或不重疊的間隔。定義無關聯的條件約束之 <col> 資料行稱為資料分割資料行。請注意，在基礎資料表中，資料分割資料行可能會有不同的名稱。條件約束應該在已啟用和受信任的狀態中，才能符合先前所提到的資料分割資料行的條件。如果條件約束是停用的，請利用 ALTER TABLE 的 CHECK CONSTRAINT constraint_name 選項來重新啟用條件約束檢查，以及利用 WITH CHECK 選項來驗證它們。
  
  下列範例會顯示各組有效的條件約束：
```
{ [col < 10], [col between 11 and 20] , [col > 20] }
{ [col between 11 and 20], [col between 21 and 30], [col between 31 and 100] }
```
- 在選取清單中，不能重複使用相同的資料行。
資料分割資料行
- 資料分割資料行是資料表 PRIMARY KEY 的一部分。
- 它不能是計算、識別、預設或 timestamp 資料行。
- 如果成員資料表的相同資料行有多個條件約束，Database Engine 會忽略所有條件約束，當判斷檢視是否為資料分割檢視時，並不會考量它們。若要符合資料分割檢視的條件，資料分割資料行只應該有一項資料分割條件約束。
- 對於資料分割資料行能不能更新並沒有任何限制。
成員資料表，或基礎資料表 T1, ..., Tn
- 這些資料表可以是本機資料表或正在執行以四部分名稱或基於 OPENDATASOURCE 或 OPENROWSET 的名稱來參考的 SQL Server 之其他電腦的資料表。 OPENDATASOURCE 和 OPENROWSET 語法可以指定資料表名稱，但不能是傳遞查詢。如需詳細資訊，請參閱＜OPENDATASOURCE (Transact-SQL)＞和＜OPENROWSET (Transact-SQL)＞。
  
  如果一或多份成員資料表在遠端，這份檢視便稱為「分散式資料分割檢視」，且適用其他條件。本章節稍後會加以說明。
- 在 UNION ALL 陳述式所組合的一組資料表中，相同資料表不能出現兩次。
- 成員資料表不能有資料表的計算資料行所建立的索引。
- 成員資料表應該在相同數目的資料行上，具備所有 PRIMARY KEY 條件約束。
- 檢視中的所有成員資料表都應該有相同的 ANSI 填補設定。您可以利用 sp_configure 或 SET 陳述式中的 user options 選項來設定這個項目。

修改資料分割檢視中修改資料的條件

下列限制適用於在資料分割檢視中修改資料的陳述式：

INSERT 陳述式必須提供檢視中所有資料行的值，即使基礎成員資料表有這些資料行的 DEFAULT 條件約束或允許 Null 值，也是如此。對於有 DEFAULT 定義的成員資料表資料行而言，這些陳述式不能明確使用 DEFAULT 關鍵字。
插入資料分割資料行的值應該滿足至少一個基礎條件約束；否則，插入動作會因條件約束違規而失敗。
UPDATE 陳述式不能指定 DEFAULT 關鍵字作為 SET 子句中的值，即使資料行有對應成員資料表所定義的 DEFAULT 值也是如此。
檢視中的多個資料行如果是一或多個成員資料表中的一個識別欄位，則無法利用 INSERT 或 UPDATE 陳述式來修改。
如果其中一個成員資料表包含 timestamp 資料行，便無法利用 INSERT 或 UPDATE 陳述式來修改資料。
如果成員資料表之一包含觸發程序或 ON UPDATE CASCADE/SET NULL/SET DEFAULT 或 ON DELETE CASCADE/SET NULL/SET DEFAULT 條件約束，便無法修改檢視。
如果陳述式中有與相同檢視或任何成員資料表的自我聯結，便不允許有針對資料分割檢視的 INSERT、UPDATE 和 DELETE 動作。
下列項目不支援將資料大量匯入資料分割檢視中：bcp、BULK INSERT 和 INSERT ... SELECT * FROM OPENROWSET(BULK...) 陳述式。不過，您可以使用 INSERT 陳述式，將多個資料列插入資料分割檢視中。

[!附註]

若要更新資料分割檢視，使用者必須有成員資料表的 INSERT、UPDATE 和 DELETE 權限。

分散式資料分割檢視的其他條件

分散式資料分割檢視 (當一或多份成員資料表是在遠端) 適用下列其他條件：

將啟動分散式交易來確保跨越更新所影響的所有節點之不可部分完成的特性。
XACT_ABORT SET 選項應該設為 ON，INSERT、UPDATE 或 DELETE 陳述式才能夠運作。
資料分割檢視所參考之 smallmoney 類型的遠端資料表中的任何資料行都會對應為 money。因此，本機資料表中對應的資料行 (在選取清單的相同序數位置中) 也必須為 money 類型。
在資料庫相容性層級 110 之下，資料分割檢視所參考之 smalldatetime 類型的遠端資料表中的任何資料行都會對應為 smalldatetime。本機資料表中對應的資料行 (在選取清單的相同序數位置中) 必須為 smalldatetime。這是舊版 SQL Server 的行為變更，其中在資料分割檢視中參考之 smalldatetime 類型的遠端資料表中的任何資料行都會對應成 datetime，而且本機資料表中對應的資料行必須為 datetime 類型。如需詳細資訊，請參閱＜ALTER DATABASE 相容性層級 (Transact-SQL)＞。
資料分割檢視中的任何連結伺服器都不能是回送連結伺服器。這是指向相同 SQL Server 執行個體的連結伺服器。

包含可更新的資料分割檢視和遠端資料表的 INSERT、UPDATE 和 DELETE 動作，其 SET ROWCOUNT 選項的設定都會被忽略。

當成員資料表和資料分割檢視定義都備妥時，SQL Server 查詢最佳化工具會建立智慧型計畫，有效地利用查詢來存取成員資料表中的資料。當使用 CHECK 條件約束定義時，查詢處理器會跨越各份成員資料表來對應索引鍵值的散發。當使用者發出查詢時，查詢處理器會比較這項對應與 WHERE 子句所指定的值，且會建立在成員伺服器之間傳送最少量資料的執行計畫。因此，雖然部分成員資料表在遠端伺服器中，但 SQL Server 執行個體仍能解析分散式查詢，只需傳送最少量的散發資料。

複寫的考量

若要在複寫所涉及的成員資料表上建立資料分割檢視，適用下列考量：

如果基礎資料表涉入含有更新訂閱的合併式複寫或異動複寫，選取清單也應該包括 uniqueidentifier 資料行。

資料分割檢視中的任何 INSERT 動作都必須提供 uniqueidentifier 資料行中的任何 NEWID() 值。 uniqueidentifier 資料行的 UPDATE 動作必須提供 NEWID() 值，因為無法使用 DEFAULT 關鍵字。
利用檢視來進行的更新複寫與在兩個不同的資料庫中複寫資料表相同；這些資料表由不同複寫代理程式來提供，無法保證更新的順序。

權限

至少必須有資料庫中的 CREATE VIEW 權限，以及正在建立之檢視表所在之結構描述的 ALTER 權限。

範例

A.使用簡單的 CREATE VIEW

下列範例會利用簡單的 SELECT 陳述式來建立檢視。當資料行組合的查詢頻率很高時，簡單檢視非常有用。這份檢視的資料來自 AdventureWorks2012 資料庫的 HumanResources.Employee 和 Person.Person 資料表。這項資料提供 Adventure Works Cycles 的員工名稱和雇用日期資訊。您可以為主管追蹤工作週年記錄的人建立這份檢視，但不提供他存取這些資料表所有資料的權利。

USE AdventureWorks2012 ;
GO
IF OBJECT_ID ('hiredate_view', 'V') IS NOT NULL
DROP VIEW hiredate_view ;
GO
CREATE VIEW hiredate_view
AS 
SELECT p.FirstName, p.LastName, e.BusinessEntityID, e.HireDate
FROM HumanResources.Employee e 
JOIN Person.Person AS p ON e.BusinessEntityID = p.BusinessEntityID ;
GO

B.使用 WITH ENCRYPTION

下列範例會使用 WITH ENCRYPTION 選項，且會顯示計算資料行、重新命名的資料行和多個資料行。

USE AdventureWorks2012 ;
GO
IF OBJECT_ID ('Purchasing.PurchaseOrderReject', 'V') IS NOT NULL
    DROP VIEW Purchasing.PurchaseOrderReject ;
GO
CREATE VIEW Purchasing.PurchaseOrderReject
WITH ENCRYPTION
AS
SELECT PurchaseOrderID, ReceivedQty, RejectedQty, 
    RejectedQty / ReceivedQty AS RejectRatio, DueDate
FROM Purchasing.PurchaseOrderDetail
WHERE RejectedQty / ReceivedQty > 0
AND DueDate > CONVERT(DATETIME,'20010630',101) ;
GO

C.使用 WITH CHECK OPTION

下列範例會顯示一份名稱為 SeattleOnly 的檢視，這份檢視參考五份資料表，可讓資料修改只套用在居住在 Seattle 的員工。

USE AdventureWorks2012 ;
GO
IF OBJECT_ID ('dbo.SeattleOnly', 'V') IS NOT NULL
    DROP VIEW dbo.SeattleOnly ;
GO
CREATE VIEW dbo.SeattleOnly
AS
SELECT p.LastName, p.FirstName, e.JobTitle, a.City, sp.StateProvinceCode
FROM HumanResources.Employee e
    INNER JOIN Person.Person p
    ON p.BusinessEntityID = e.BusinessEntityID
    INNER JOIN Person.BusinessEntityAddress bea 
    ON bea.BusinessEntityID = e.BusinessEntityID 
    INNER JOIN Person.Address a 
    ON a.AddressID = bea.AddressID
    INNER JOIN Person.StateProvince sp 
    ON sp.StateProvinceID = a.StateProvinceID
WHERE a.City = 'Seattle'
WITH CHECK OPTION ;
GO

D.在檢視內使用內建函數

下列範例會顯示包括內建函數的檢視定義。當您使用函數時，您必須指定衍生資料行的資料行名稱。

USE AdventureWorks2012 ;
GO
IF OBJECT_ID ('Sales.SalesPersonPerform', 'V') IS NOT NULL
    DROP VIEW Sales.SalesPersonPerform ;
GO
CREATE VIEW Sales.SalesPersonPerform
AS
SELECT TOP (100) SalesPersonID, SUM(TotalDue) AS TotalSales
FROM Sales.SalesOrderHeader
WHERE OrderDate > CONVERT(DATETIME,'20001231',101)
GROUP BY SalesPersonID;
GO

E.使用資料分割的資料

下列範例會使用名稱為 SUPPLY1、SUPPLY2、SUPPLY3 和 SUPPLY4 的資料表。這些資料表對應於四個辦公室的供應者資料表，這些辦公室在不同國家 (地區)。

--Create the tables and insert the values.
CREATE TABLE dbo.SUPPLY1 (
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 1 and 150),
supplier CHAR(50)
);
CREATE TABLE dbo.SUPPLY2 (
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 151 and 300),
supplier CHAR(50)
);
CREATE TABLE dbo.SUPPLY3 (
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 301 and 450),
supplier CHAR(50)
);
CREATE TABLE dbo.SUPPLY4 (
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 451 and 600),
supplier CHAR(50)
);
GO
INSERT dbo.SUPPLY1 VALUES ('1', 'CaliforniaCorp'), ('5', 'BraziliaLtd');
INSERT dbo.SUPPLY2 VALUES ('231', 'FarEast'), ('280', 'NZ');
INSERT dbo.SUPPLY3 VALUES ('321', 'EuroGroup'), ('442', 'UKArchip');
INSERT dbo.SUPPLY4 VALUES ('475', 'India'), ('521', 'Afrique');
GO
--Create the view that combines all supplier tables.
CREATE VIEW dbo.all_supplier_view
WITH SCHEMABINDING
AS
SELECT supplyID, supplier
FROM dbo.SUPPLY1
UNION ALL
SELECT supplyID, supplier
FROM dbo.SUPPLY2
UNION ALL
SELECT supplyID, supplier
FROM dbo.SUPPLY3
UNION ALL
SELECT supplyID, supplier
FROM dbo.SUPPLY4;