資料庫新建視圖

『壹』 sql資料庫視圖怎麼創建

可以使用 CREATE VIEW 語句來創建視圖。

語法格式如下：
CREATE VIEW <視圖名> AS <SELECT語句>
如：
CREATE VIEW view_students_info
AS SELECT * FROM tb_students_info

『貳』 mysql 資料庫怎麼創建視圖

在查詢頁面用語句創建就可以。

1、打開Navicat for MySQL，並登錄到指定資料庫。

2、點擊上方查詢。

『叄』 如何在MySQL中創建視圖

CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
VIEW view_name [(column_list)]
AS select_statement
[WITH [CASCADED | LOCAL] CHECK OPTION]

該語句能創建新的視圖，如果給定了OR REPLACE子句，該語句還能替換已有的視圖。select_statement是一種SELECT語句，它給出了視圖的定義。該語句可從基表或其他視圖進行選擇。
該語句要求具有針對視圖的CREATE VIEW許可權，以及針對由SELECT語句選擇的每一列上的某些許可權。對於在SELECT語句中其他地方使用的列，必須具有SELECT許可權。如果還有OR REPLACE子句，必須在視圖上具有DROP許可權。
視圖屬於資料庫。在默認情況下，將在當前資料庫創建新視圖。要想在給定資料庫中明確創建視圖，創建時，應將名稱指定為db_name.view_name。
mysql> CREATE VIEW test.v AS SELECT * FROM t;

表和視圖共享資料庫中相同的名稱空間，因此，資料庫不能包含具有相同名稱的表和視圖。
視圖必須具有唯一的列名，不得有重復，就像基表那樣。默認情況下，由SELECT語句檢索的列名將用作視圖列名。要想為視圖列定義明確的名稱，可使用可選的column_list子句，列出由逗號隔開的ID。column_list中的名稱數目必須等於SELECT語句檢索的列數。
SELECT語句檢索的列可以是對表列的簡單引用。也可以是使用函數、常量值、操作符等的表達式。
對於SELECT語句中不合格的表或視圖，將根據默認的資料庫進行解釋。通過用恰當的資料庫名稱限定表或視圖名，視圖能夠引用表或其他資料庫中的視圖。
能夠使用多種SELECT語句創建視圖。視圖能夠引用基表或其他視圖。它能使用聯合、UNION和子查詢。SELECT甚至不需引用任何錶。在下面的示例中，定義了從另一表選擇兩列的視圖，並給出了根據這些列計算的表達式：
mysql> CREATE TABLE t (qty INT, price INT);
mysql> INSERT INTO t VALUES(3, 50);
mysql> CREATE VIEW v AS SELECT qty, price, qty*price AS value FROM t;
mysql> SELECT * FROM v;
+------+-------+-------+
| qty | price | value |
+------+-------+-------+
| 3 | 50 | 150 |
+------+-------+-------+

視圖定義服從下述限制：
· SELECT語句不能包含FROM子句中的子查詢。
· SELECT語句不能引用系統或用戶變數。
· SELECT語句不能引用預處理語句參數。
· 在存儲子程序內，定義不能引用子程序參數或局部變數。
· 在定義中引用的表或視圖必須存在。但是，創建了視圖後，能夠舍棄定義引用的表或視圖。要想檢查視圖定義是否存在這類問題，可使用CHECK TABLE語句。
· 在定義中不能引用TEMPORARY表，不能創建TEMPORARY視圖。
· 在視圖定義中命名的表必須已存在。
· 不能將觸發程序與視圖關聯在一起。
在視圖定義中允許使用ORDER BY，但是，如果從特定視圖進行了選擇，而該視圖使用了具有自己ORDER BY的語句，它將被忽略。
對於定義中的其他選項或子句，它們將被增加到引用視圖的語句的選項或子句中，但效果未定義。例如，如果在視圖定義中包含LIMIT子句，而且從特定視圖進行了選擇，而該視圖使用了具有自己LIMIT子句的語句，那麼對使用哪個LIMIT未作定義。相同的原理也適用於其他選項，如跟在SELECT關鍵字後的ALL、DISTINCT或SQL_SMALL_RESULT，並適用於其他子句，如INTO、FOR UPDATE、LOCK IN SHARE MODE、以及PROCEDURE。
如果創建了視圖，並通過更改系統變數更改了查詢處理環境，會影響從視圖獲得的結果：
mysql> CREATE VIEW v AS SELECT CHARSET(CHAR(65)), COLLATION(CHAR(65));
Query OK, 0 rows affected (0.00 sec)

mysql> SET NAMES 'latin1';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM v;
+-------------------+---------------------+
| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |
+-------------------+---------------------+
| latin1 | latin1_swedish_ci |
+-------------------+---------------------+
1 row in set (0.00 sec)

mysql> SET NAMES 'utf8';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM v;
+-------------------+---------------------+
| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |
+-------------------+---------------------+
| utf8 | utf8_general_ci |
+-------------------+---------------------+
1 row in set (0.00 sec)

可選的ALGORITHM子句是對標准SQL的MySQL擴展。ALGORITHM可取三個值：MERGE、TEMPTABLE或UNDEFINED。如果沒有ALGORITHM子句，默認演算法是UNDEFINED（未定義的）。演算法會影響MySQL處理視圖的方式。
對於MERGE，會將引用視圖的語句的文本與視圖定義合並起來，使得視圖定義的某一部分取代語句的對應部分。
對於TEMPTABLE，視圖的結果將被置於臨時表中，然後使用它執行語句。
對於UNDEFINED，MySQL將選擇所要使用的演算法。如果可能，它傾向於MERGE而不是TEMPTABLE，這是因為MERGE通常更有效，而且如果使用了臨時表，視圖是不可更新的。
明確選擇TEMPTABLE的1個原因在於，創建臨時表之後、並在完成語句處理之前，能夠釋放基表上的鎖定。與MERGE演算法相比，鎖定釋放的速度更快，這樣，使用視圖的其他客戶端不會被屏蔽過長時間。
視圖演算法可以是UNDEFINED，有三種方式：
· 在CREATE VIEW語句中沒有ALGORITHM子句。
· CREATE VIEW語句有1個顯式ALGORITHM = UNDEFINED子句。
· 為僅能用臨時表處理的視圖指定ALGORITHM = MERGE。在這種情況下，MySQL將生成告警，並將演算法設置為UNDEFINED。
正如前面所介紹的那樣，通過將視圖定義中的對應部分合並到引用視圖的語句中，對MERGE進行處理。在下面的示例中，簡要介紹了MERGE的工作方式。在該示例中，假定有1個具有下述定義的視圖v_merge：
CREATE ALGORITHM = MERGE VIEW v_merge (vc1, vc2) AS
SELECT c1, c2 FROM t WHERE c3 > 100;

示例1：假定發出了下述語句：
SELECT * FROM v_merge;

MySQL以下述方式處理語句：
· v_merge成為t
· *成為vc1、vc2，與c1、c2對應
· 增加視圖WHERE子句
所產生的將執行的語句為：
SELECT c1, c2 FROM t WHERE c3 > 100;

示例2：假定發出了下述語句：
SELECT * FROM v_merge WHERE vc1 < 100;

該語句的處理方式與前面介紹的類似，但vc1 < 100變為c1 < 100，並使用AND連接詞將視圖的WHERE子句添加到語句的WHERE子句中（增加了圓括弧以確保以正確的優先順序執行子句部分）。所得的將要執行的語句變為：
SELECT c1, c2 FROM t WHERE (c3 > 100) AND (c1 < 100);

事實上，將要執行的語句是具有下述形式的WHERE子句：
WHERE (select WHERE) AND (view WHERE)

MERGE演算法要求視圖中的行和基表中的行具有一對一的關系。如果不具有該關系。必須使用臨時表取而代之。如果視圖包含下述結構中的任何一種，將失去一對一的關系：
· 聚合函數（SUM(), MIN(), MAX(), COUNT()等）。
· DISTINCT
· GROUP BY
· HAVING
· UNION或UNION ALL
· 僅引用文字值（在該情況下，沒有基本表）。
某些視圖是可更新的。也就是說，可以在諸如UPDATE、DELETE或INSERT等語句中使用它們，以更新基表的內容。對於可更新的視圖，在視圖中的行和基表中的行之間必須具有一對一的關系。還有一些特定的其他結構，這類結構會使得視圖不可更新。更具體地講，如果視圖包含下述結構中的任何一種，那麼它就是不可更新的：
· 聚合函數（SUM(), MIN(), MAX(), COUNT()等）。
· DISTINCT
· GROUP BY
· HAVING
· UNION或UNION ALL
· 位於選擇列表中的子查詢
· Join
· FROM子句中的不可更新視圖
· WHERE子句中的子查詢，引用FROM子句中的表。
· 僅引用文字值（在該情況下，沒有要更新的基本表）。
· ALGORITHM = TEMPTABLE（使用臨時表總會使視圖成為不可更新的）。
關於可插入性（可用INSERT語句更新），如果它也滿足關於視圖列的下述額外要求，可更新的視圖也是可插入的：
· 不得有重復的視圖列名稱。
· 視圖必須包含沒有默認值的基表中的所有列。
· 視圖列必須是簡單的列引用而不是導出列。導出列不是簡單的列引用，而是從表達式導出的。下面給出了一些導出列示例：
· 3.14159
· col1 + 3
· UPPER(col2)
· col3 / col4
· (subquery)

混合了簡單列引用和導出列的視圖是不可插入的，但是，如果僅更新非導出列，視圖是可更新的。考慮下述視圖：
CREATE VIEW v AS SELECT col1, 1 AS col2 FROM t;

該視圖是不可插入的，這是因為col2是從表達式導出的。但是，如果更新時不更新col2，它是可更新的。這類更新是允許的：
UPDATE v SET col1 = 0;

下述更新是不允許的，原因在於，它試圖更新導出列：
UPDATE v SET col2 = 0;

在某些情況下，能夠更新多表視圖，假定它能使用MERGE演算法進行處理。為此，視圖必須使用內部聯合（而不是外部聯合或UNION）。此外，僅能更新視圖定義中的單個表，因此，SET子句必須僅命名視圖中某一表的列。即使從理論上講也是可更新的，不允許使用UNION ALL的視圖，這是因為，在實施中將使用臨時表來處理它們。
對於多表可更新視圖，如果是將其插入單個表中，INSERT能夠工作。不支持DELETE。
對於可更新視圖，可給定WITH CHECK OPTION子句來防止插入或更新行，除非作用在行上的select_statement中的WHERE子句為「真」。
在關於可更新視圖的WITH CHECK OPTION子句中，當視圖是根據另一個視圖定義的時，LOCAL和CASCADED關鍵字決定了檢查測試的范圍。LOCAL關鍵字對CHECK OPTION進行了限制，使其僅作用在定義的視圖上，CASCADED會對將進行評估的基表進行檢查。如果未給定任一關鍵字，默認值為CASCADED。

『肆』 資料庫如何創建視圖

一般來說，視圖創建可以分為五步走：
第一步：先考慮select語句的編寫。我們知道，視圖其實就是一個select語句的集合，所以，我們建立視圖的第一步，就是考慮這個select語句 的如何編寫。這個select語句編寫的是否合理，執行效率的高低直接影響著這個視圖的性能，在Select語句中，可能還會有格式的控制、內容的編排等 等。如在Select語句中，可以把一些欄位合並成一個欄位;也可以把相關的內容進行倒置等等。這些功能都是Select語句完成的。所以可以這么 說，Select語句的編寫是視圖建立的基礎。

第二步：對這個Select語句進行測試。當我們編寫好Select語句之後，就需要在資料庫中執行這條語句，看其能否查詢到我們想要的值。在對 Select語句進行測試的時候，需要注意一個問題，有時候Select查詢語句可以查到准確的數據，但是在以這條語句建立視圖的時候，可能就會通不過。 如在一些表之間的連接查詢的時候，如果兩個表中有個欄位名相同，是可以的。因為他們除了欄位名字之外，還有表名一起來定義這個欄位。如A.name與 B.name。這是不算重名的。但是，若在建立視圖的時候，這就會被認為是重復的列明，需要對其中的一個列名進行重定義。這一點在資料庫視圖建立的時候， 要特別的注意。

第三步：考慮查詢結果的准確性。通過查詢語句把我們想要的結果查詢出來後，我們就需要看看這個結果是否滿足我們的需要。在這個過程中，我們主要注意兩 點。一是形式欄位是否齊全。在一些應用系統中，若資料庫的視圖要能夠被前台的應用程序調用的話，則必須包含一些形式欄位。如筆者以前在設計一個 ERP系統的時候，若前台系統要調用資料庫中的視圖的時候，必須包含記錄更新時間、更新者、記錄創建時間、創建者等相關信息。若缺乏這些信息的話，則前台 調用這張視圖的時候，就會出現錯誤。故在考慮查詢結果准確性的問題的時候，就要考慮到前台應用程序的需要，看看這些形式欄位是否齊全。二是實體內容的完整 性。我們到底需要顯示表中的哪些欄位呢，這個我們在這里要確認清楚。若顯示內容太多的話，則會影響視圖的執行效率，而且也會降低視圖的安全性作用;但是， 若欄位內容顯示不足的話，則以後要添加欄位的話，會比較麻煩，有一定的工作量。所以在這個檢驗的時候，需要根據視圖的實際功用，確定視圖需要顯示的內容。

第四步：視圖的修飾。有時候，為了閱讀的方便，我們需要對查詢結果進行一些修飾。如現在有兩張表，一張是員工基本信息表，這表中有員工姓名、員工職位編號 等等;另一張表是職位基本信息表，在這表中有職位編號、職位名稱。我們希望在視圖中能夠如下顯示：「職位：員工名字」，如資料庫工程師：Victor。也 就是說，把兩個欄位合並起來，並且在中間加入一個冒號。這些格式性的內容都是在查詢的時候實現的。所以，我們確認查詢的結果沒有錯誤之後，接下來就要確認 格式問題。若能夠在視圖中規范這些格式問題，則前台的程序設計就會相對來說比較簡單

第五步：建立視圖。等到上面四步都確認無誤後，我們就要根據上面的查詢語句來建立視圖了。不過在這一步過程中，也有一些問題需要注意。一是視圖名字的命 名規格。我們除了遵循資料庫的強制命名格式之外，如不能以數字開頭等等，還需要遵循一些軟規則。如視圖最好能夠以V開頭，跟基礎表進行隔開;另外在視圖命 名中，能夠根據應用模塊的不同，來進行分類，並體現在視圖的名字中。這對於我們後續視圖的查找都具有非常現實的意義。二是雖然可以在視圖中直接更新基礎 表，不過，為了安全與數據統一的考慮，我們這些過來人一般都不建議通過視圖來直接更新基礎表中的數據。雖然資料庫提供了類似的功能。若要更改相關數據的 話，則直接去更改基礎表的內容為好。在建立視圖的時候，默認情況下是不能夠通過視圖直接更新基礎表。

『伍』 資料庫怎樣創建視圖

sql資料庫創建視圖的方法：1、登錄「sql server managment」；2、在指定資料庫中選擇「視圖」，右鍵單擊選擇「新建視圖」選項；3、添加要關聯的表；4、默認是主鍵關聯的，可以調整關聯欄位；5、按「ctrl+s」保存即可

『陸』 資料庫如何創建視圖

視圖是一個虛擬表，其內容由查詢定義。同真實的表一樣，視圖包含一系列帶有名稱的列和行數據。但是，視圖並不在資料庫中以存儲的數據值集形式存在。行和列數據來自由定義視圖的查詢所引用的表，並且在引用視圖時動態生成。
對其中所引用的基礎表來說，視圖的作用類似於篩選。定義視圖的篩選可以來自當前或其它資料庫的一個或多個表，或者其它視圖。通過視圖進行查詢沒有任何限制，通過它們進行數據修改時的限制也很少。
視圖是存儲在資料庫中的查詢的SQL 語句，它主要出於兩種原因：安全原因， 視圖可以隱藏一些數據，如：社會保險基金錶，可以用視圖只顯示姓名，地址，而不顯示社會保險號和工資數等，另一原因是可使復雜的查詢易於理解和使用。這個視圖就像一個「窗口」，從中只能看到你想看的數據列。這意味著你可以在這個視圖上使用SELECT *，而你看到的將是你在視圖定義里給出的那些數據列：

既然視圖的定義是基於基本表的，哪為什麼還要定義視圖呢？這是因為合理地使用視圖能夠帶來許多好處：
1、 視圖能簡化用戶操作
視圖機制使用戶可以將注意力集中在所關心地數據上。如果這些數據不是直接來自基本表，則可以通過定義視圖，使資料庫看起來結構簡單、清晰，並且可以簡化用戶的的數據查詢操作。例如，那些定義了若干張表連接的視圖，就將表與表之間的連接操作對用戶隱藏起來了。換句話說，用戶所作的只是對一個虛表的簡單查詢，而這個虛表是怎樣得來的，用戶無需了解。
2、 視圖使用戶能以多種角度看待同一數據
視圖機制能使不同的用戶以不同的方式看待同一數據，當許多不同種類的用戶共享同一個資料庫時，這種靈活性是非常必要的。
3、 視圖對重構資料庫提供了一定程度的邏輯獨立性
數據的物理獨立性是指用戶的應用程序不依賴於資料庫的物理結構。數據的邏輯獨立性是指當資料庫重構造時，如增加新的關系或對原有的關系增加新的欄位，用戶的應用程序不會受影響。層次資料庫和網狀資料庫一般能較好地支持數據的物理獨立性，而對於邏輯獨立性則不能完全的支持。
在關許資料庫中，資料庫的重構造往往是不可避免的。重構資料庫最常見的是將一個基本表「垂直」地分成多個基本表。例如：將學生關系Student（Sno，Sname，Ssex，Sage，Sdept），
分為SX（Sno，Sname，Sage）和SY（Sno，Ssex，Sdept）兩個關系。這時原表Student為SX表和SY表自然連接的結果。如果建立一個視圖Student：

[sql]view plain

• CREATEVIEWStudent（Sno，Sname，Ssex，Sage，Sdept）ASSELECTSX.Sno，SX.Sname，SY.Ssex，SX.Sage，SY.SdeptFROMSX，SYWHERESX.Sno=SY.Sno；

這樣盡管資料庫的邏輯結構改變了（變為SX和SY兩個表了），但應用程序不必修改，因為新建立的視圖定義為用戶原來的關系，使用戶的外模式保持不變，用戶的應用程序通過視圖仍然能夠查找數據。
當然，視圖只能在一定程度上提供數據的邏輯獨立，比如由於視圖的更新是有條件的，因此應用程序中修改數據的語句可能仍會因為基本表構造的改變而改變。
4、視圖能夠對機密數據提供安全保護
有了視圖機制，就可以在設計資料庫應用系統時，對不同的用戶定義不同的視圖，使機密數據不出現在不應該看到這些數據的用戶視圖上。這樣視圖機制就自動提供了對機密數據的安全保護功能。例如，Student表涉及全校15個院系學生數據，可以在其上定義15個視圖，每個視圖只包含一個院系的學生數據，並只允許每個院系的主任查詢和修改本原系學生視圖。
5、適當的利用視圖可以更清晰地表達查詢
例如經常需要執行這樣的查詢「對每個學生找出他獲得最高成績的課程號」。可以先定義一個視圖，求出每個同學獲得的最高成績：


[sql]view plain

• CREATEVIEWVMGRADE

• AS

• SELECTSno，MAX(Grade)Mgrade

• FROMSC

• GROUPBYSno

然後用如下的查詢語句完成查詢：


[sql]view plain

• SELECTSC.Sno，CnoFROMSC，VMGRADEWHERESC.Sno=VMGRADE.SnoANDSC.Grade=VMGRADE.Mgrade；

二、數據准備

1、員工表

[sql]view plain

• CREATETABLEt_employee(

• IDINTPRIMARYKEYAUTO_INCREMENT,

• NAMECHAR(30)NOTNULL,

• SEXCHAR(2)NOTNULL,

• AGEINTNOTNULL,

• DEPARTMENTCHAR(10)NOTNULL,

• SALARYINTNOTNULL,

• HOMECHAR(30),

• MARRYCHAR(2)NOTNULLDEFAULT'否',

• HOBBYCHAR(30)

• );


插入數據：

[sql]view plain

• INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'小紅','女',20,'人事部','4000','廣東','否','網球');

• INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'明日','女',21,'人事部','9000','北京','否','網球');

• INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'天天','男',22,'研發部','8000','上海','否','音樂');

• INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'大大','女',23,'研發部','9000','重慶','否','無');

• INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'王下','女',24,'研發部','9000','四川','是','足球');

• INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'無名','男',25,'銷售部','6000','福建','否','游戲');

• INSERTINTOlearning.t_employee(ID,NAME,SEX,AGE,DEPARTMENT,SALARY,HOME,MARRY,HOBBY)VALUES(NULL,'不知道','女',26,'銷售部','5000','山西','否','籃球');

插入的結果：




結果顯示插入失敗
對於with check option用法，總結如下：
通過有with check option選項的視圖操作基表(只是面對單表，對連接多表的視圖正在尋找答案)，有以下結論： 插入後的數據，通過視圖能夠查詢出來就符合WITH CHECK OPTION 否則就不符合；
首先視圖只操作它可以查詢出來的數據，對於它查詢不出的數據，即使基表有，也不可以通過視圖來操作。
1.對於update,有with check option，要保證update後，數據要被視圖查詢出來
2.對於delete,有無with check option都一樣
4.對於insert,有with check option，要保證insert後，數據要被視圖查詢出來
對於沒有where 子句的視圖，使用with check option是多餘的


7、刪除視圖


[sql]view plain

• DROPVIEWIFEXISTS視圖名

等

『柒』 如何創建sql關系視圖

• 1、新建了三個資料庫表，三個表之間存在主鍵與外鍵的關系：

  雇員表的postid與職位表中postid有關系；

  雇員表的privid與許可權表中的privid有關系；

  

• 10

  綜上所述，本文主要講述了如何使用資料庫中的關系圖。

『捌』 SQL Server 2008資料庫中怎麼創建視圖

SQLServer創建視圖

我們以前使用的查詢設計器創建兩個表中選擇數據的查詢。

現在讓我們將查詢保存為一個名為 「ToDoList」 的視圖。

我們需要做的就是把 CREATE VIEW ToDoList 的 AS 查詢，如下：

• CREATE VIEW ToDoList AS
  SELECT Tasks.TaskName, Tasks.Description
  FROM Status INNER JOIN
  Tasks ON Status.StatusId = Tasks.StatusId
  WHERE (Status.StatusId = 1)

運行該腳本，在左窗格中刷新瀏覽文件夾，你會看到視圖就在左窗格中：

from 樹懶學堂 - 一站式數據知識平台

『玖』 如何在MySQL中利用資料庫表創建視圖

創建視圖的理想步驟： 一般來說，視圖創建可以分為五步走： 第一步：先考慮select語句的編寫。我們知道，視圖其實就是一個select語句的集合，所以，我們建立視圖的第一步，就是考慮這個select語句的如何編寫。這個select語句編寫的是否合理，執行效率的高低直接影響著這個視圖的性能，在Select語句中，可能還會有格式的控制、內容的編排等等。如在Select語句中，可以把一些欄位合並成一個欄位;也可以把相關的內容進行倒置等等。這些功能都是Select語句完成的。所以可以這么說，Select語句的編寫是視圖建立的基礎。 第二步：對這個Select語句進行測試。當我們編寫好Select語句之後，就需要在資料庫中執行這條語句，看其能否查詢到我們想要的值。在對 Select語句進行測試的時候，需要注意一個問題，有時候Select查詢語句可以查到准確的數據，但是在以這條語句建立視圖的時候，可能就會通不過。 如在一些表之間的連接查詢的時候，如果兩個表中有個欄位名相同，是可以的。因為他們除了欄位名字之外，還有表名一起來定義這個欄位。如A.name與 B.name。這是不算重名的。但是，若在建立視圖的時候，這就會被認為是重復的列明，需要對其中的一個列名進行重定義。這一點在資料庫視圖建立的時候， 要特別的注意。 第三步：考慮查詢結果的准確性。