建立檢視的理想步驟：一般來說，檢視建立可以分為五步走：第一步：先考慮select語句的編寫。我們知道，檢視其實就是一個select語句的集合，所以，我們建立檢視的第一步，就是考慮這個select語句的如何編寫。這個select語句編寫的是否合理，執行效率的高低直接影響著這個檢視的效能，在Select語句中，可能還會有格式的控制、內容的編排等等。如在Select語句中，可以把一些欄位合併成一個欄位;也可以把相關的內容進行倒置等等。這些功能都是Select語句完成的。所以可以這麼說，Select語句的編寫是檢視建立的基礎。第二步：對這個Select語句進行測試。當我們編寫好Select語句之後，就需要在資料庫中執行這條語句，看其能否查詢到我們想要的值。在對Select語句進行測試的時候，需要注意一個問題，有時候Select查詢語句可以查到準確的資料，但是在以這條語句建立檢視的時候，可能就會通不過。如在一些表之間的連線查詢的時候，如果兩個表中有個欄位名相同，是可以的。因為他們除了欄位名字之外，還有表名一起來定義這個欄位。如A.name與B.name。這是不算重名的。但是，若在建立檢視的時候，這就會被認為是重複的列明，需要對其中的一個列名進行重定義。這一點在資料庫檢視建立的時候，要特別的注意。 第三步：考慮查詢結果的準確性。透過查詢語句把我們想要的結果查詢出來後，我們就需要看看這個結果是否滿足我們的需要。在這個過程中，我們主要注意兩點。一是形式欄位是否齊全。在一些應用系統中，若資料庫的檢視要能夠被前臺的應用程式呼叫的話，則必須包含一些形式欄位。如筆者以前在設計一個ERP系統的時候，若前臺系統要呼叫資料庫中的檢視的時候，必須包含記錄更新時間、更新者、記錄建立時間、建立者等相關資訊。若缺乏這些資訊的話，則前臺呼叫這張檢視的時候，就會出現錯誤。故在考慮查詢結果準確性的問題的時候，就要考慮到前臺應用程式的需要，看看這些形式欄位是否齊全。二是實體內容的完整若欄位內容顯示不足的話，則以後要新增欄位的話，會比較麻煩，有一定的工作量。所以在這個檢驗的時候，需要根據檢視的實際功用，確定檢視需要顯示的內容。第四步：檢視的修飾。有時候，為了閱讀的方便，我們需要對查詢結果進行一些修飾。如現在有兩張表，一張是員工基本資訊表，這表中有員工姓名、員工職位編號等等;另一張表是職位基本資訊表，在這表中有職位編號、職位名稱。我們希望在檢視中能夠如下顯示：“職位：員工名字”，如資料庫工程師：Victor。也就是說，把兩個欄位合併起來，並且在中間加入一個冒號。這些格式性的內容都是在查詢的時候實現的。所以，我們確認查詢的結果沒有錯誤之後，接下來就要確認格式問題。若能夠在檢視中規範這些格式問題，則前臺的程式設計就會相對來說比較簡單 第五步：建立檢視。等到上面四步都確認無誤後，我們就要根據上面的查詢語句來建立檢視了。不過在這一步過程中，也有一些問題需要注意。一是檢視名字的命名規格。我們除了遵循資料庫的強制命名格式之外，如不能以數字開頭等等，還需要遵循一些軟規則。如檢視最好能夠以V開頭，跟基礎表進行隔開;另外在檢視命名中，能夠根據應用模組的不同，來進行分類，並體現在檢視的名字中。這對於我們後續檢視的查詢都具有非常現實的意義。二是雖然可以在檢視中直接更新基礎表，不過，為了安全與資料統一的考慮，我們這些過來人一般都不建議透過檢視來直接更新基礎表中的資料。雖然資料庫提供了類似的功能。若要更改相關資料的話，則直接去更改基礎表的內容為好。在建立檢視的時候，預設情況下是不能夠透過檢視直接更新基礎表。
建立檢視的理想步驟：一般來說，檢視建立可以分為五步走：第一步：先考慮select語句的編寫。我們知道，檢視其實就是一個select語句的集合，所以，我們建立檢視的第一步，就是考慮這個select語句的如何編寫。這個select語句編寫的是否合理，執行效率的高低直接影響著這個檢視的效能，在Select語句中，可能還會有格式的控制、內容的編排等等。如在Select語句中，可以把一些欄位合併成一個欄位;也可以把相關的內容進行倒置等等。這些功能都是Select語句完成的。所以可以這麼說，Select語句的編寫是檢視建立的基礎。第二步：對這個Select語句進行測試。當我們編寫好Select語句之後，就需要在資料庫中執行這條語句，看其能否查詢到我們想要的值。在對Select語句進行測試的時候，需要注意一個問題，有時候Select查詢語句可以查到準確的資料，但是在以這條語句建立檢視的時候，可能就會通不過。如在一些表之間的連線查詢的時候，如果兩個表中有個欄位名相同，是可以的。因為他們除了欄位名字之外，還有表名一起來定義這個欄位。如A.name與B.name。這是不算重名的。但是，若在建立檢視的時候，這就會被認為是重複的列明，需要對其中的一個列名進行重定義。這一點在資料庫檢視建立的時候，要特別的注意。 第三步：考慮查詢結果的準確性。透過查詢語句把我們想要的結果查詢出來後，我們就需要看看這個結果是否滿足我們的需要。在這個過程中，我們主要注意兩點。一是形式欄位是否齊全。在一些應用系統中，若資料庫的檢視要能夠被前臺的應用程式呼叫的話，則必須包含一些形式欄位。如筆者以前在設計一個ERP系統的時候，若前臺系統要呼叫資料庫中的檢視的時候，必須包含記錄更新時間、更新者、記錄建立時間、建立者等相關資訊。若缺乏這些資訊的話，則前臺呼叫這張檢視的時候，就會出現錯誤。故在考慮查詢結果準確性的問題的時候，就要考慮到前臺應用程式的需要，看看這些形式欄位是否齊全。二是實體內容的完整若欄位內容顯示不足的話，則以後要新增欄位的話，會比較麻煩，有一定的工作量。所以在這個檢驗的時候，需要根據檢視的實際功用，確定檢視需要顯示的內容。第四步：檢視的修飾。有時候，為了閱讀的方便，我們需要對查詢結果進行一些修飾。如現在有兩張表，一張是員工基本資訊表，這表中有員工姓名、員工職位編號等等;另一張表是職位基本資訊表，在這表中有職位編號、職位名稱。我們希望在檢視中能夠如下顯示：“職位：員工名字”，如資料庫工程師：Victor。也就是說，把兩個欄位合併起來，並且在中間加入一個冒號。這些格式性的內容都是在查詢的時候實現的。所以，我們確認查詢的結果沒有錯誤之後，接下來就要確認格式問題。若能夠在檢視中規範這些格式問題，則前臺的程式設計就會相對來說比較簡單 第五步：建立檢視。等到上面四步都確認無誤後，我們就要根據上面的查詢語句來建立檢視了。不過在這一步過程中，也有一些問題需要注意。一是檢視名字的命名規格。我們除了遵循資料庫的強制命名格式之外，如不能以數字開頭等等，還需要遵循一些軟規則。如檢視最好能夠以V開頭，跟基礎表進行隔開;另外在檢視命名中，能夠根據應用模組的不同，來進行分類，並體現在檢視的名字中。這對於我們後續檢視的查詢都具有非常現實的意義。二是雖然可以在檢視中直接更新基礎表，不過，為了安全與資料統一的考慮，我們這些過來人一般都不建議透過檢視來直接更新基礎表中的資料。雖然資料庫提供了類似的功能。若要更改相關資料的話，則直接去更改基礎表的內容為好。在建立檢視的時候，預設情況下是不能夠透過檢視直接更新基礎表。