???????本篇博客關注的焦點是視圖的使用以及視圖和多表連接的配合。以便可以了解視圖，以及更好的使用視圖。

?????? 首先，還是要說明一下視圖的定義：視圖是基于SQL語句的結果集的可視化虛擬表，換句話說視圖就是SQL查詢結果的可視化呈現(xiàn)，是多個表的部分數(shù)據(jù)的關系虛擬表。為了后面的內容更容易理解，我們還要看一下視圖的建立過程。如圖所示是機房收費系統(tǒng)中的《User_sys》和《CheckInfo_sys》建立的一個視圖的關系。（不討論該視圖是否具有實用價值）

?

那么這個視圖建立的代碼如下：

    ?
  

    SELECT     dbo.CheckInfo_sys.UserName, dbo.CheckInfo_sys.Income, dbo.CheckInfo_sys.Expend, dbo.CheckInfo_sys.HandIn, dbo.User_sys.RealName

FROM         dbo.CheckInfo_sys INNER JOIN



                      dbo.User_sys ON dbo.CheckInfo_sys.UserName = dbo.User_sys.UserName
  

?????? 那么我們這里需要注意的就是代碼中的From后面的部分。這里的Inner join就是我們說的連接，那么On之后是視圖的篩選條件。需要說明的是若沒有ON后面的條件就不能用連接。以該視圖為例：即選取兩個表中用戶名相等的數(shù)據(jù)。那么這里問題就出來了，在User_sys表中用戶名是唯一的，但是CheckInfo中的記錄可能是多條。這樣的一對多的關系的情況就導致了來源于用戶表的數(shù)據(jù)出現(xiàn)重復，若這時要統(tǒng)計結賬教師的人數(shù)將出現(xiàn)重復！那么這里我們就可以配合不同的連接方式來解決問題。那么以以下數(shù)據(jù)位說明四種連接(不止四種）：

?

??????? 內連接（關鍵字Inner?join）

??????? 也叫自然連接，它將自動刪除不滿足dbo.CheckInfo_sys.UserName =dbo.User_sys.UserName條件的所有行。即刪除兩個表中沒有匹配的行。其結果如下，即刪除了用戶表沒有結過帳的用戶5、老三、老四：

?

??????? 左連接（關鍵字Left Join）

???????左連接將保留User_sys（關鍵字左邊那個表)的所有數(shù)據(jù)行，而用null值來填充CheckInfo表中沒有匹配的記錄。其結果如下：

?

??????? 右連接（關鍵字Right Join）

???????右連接將保留CheckInfo_sys表的所有數(shù)據(jù)而用null值填充User_sys中沒有的記錄值。這里不再舉例！

??????? 交叉連接（關鍵字Cross Join）

?????? 交叉連接實際上是一個笛卡爾集，即兩個集合內符合條件的記錄都匹配一次成為一條新記錄。相當于一個二維數(shù)組！可以自己琢磨一下，這里也不再舉例。

?????? 以上方式創(chuàng)建的視圖是來自不同的表的列的縱向拼接，那么還可以進行橫向拼接。這里是數(shù)據(jù)表的縱向和橫向劃分的逆過程。這種方式創(chuàng)建視圖首先表結構必須一致，其次不以On來表達條件。因此用可視化的方式建立不是很方便。橫向拼接也有多種方式兩種方式：Not in、Union和Intersect。這里只做簡單介紹，Not in是去兩個結果集的差集。Union是兩個集合的并集，會自動刪除重復的記錄，也可以用Union All來保留所有記錄行。Intersect是兩個集合的交集，即同時存在于兩個集合中的記錄。

?????? 那么，一般情況下試圖的建立基于連接關系，即縱向拼接。可以應對一對多，一對一的關系。而對于多對多的關系，建立視圖時需要做一定的處理（不會）。有時候，也可以用橫向拼接的方式來建立視圖，當然這種情況不多見（就我目前而言），同時也覺得這種方式不是很合理。不過對于存在索引表的大系統(tǒng)也許有時候有效。估計目前也就我自己遇到過橫向拼接的情況。這篇博客寫的不是很清楚，若不理解我的意思還希望直接交流！

?

SQL視圖和多表連接