數據查詢，是數據庫操作中最主要的功能之壹;有時候數據庫查詢性能的好壞，直接關系到數據庫的運行效率，關系到數據庫的選型。下面筆者不談大道理，只是對其中對壹些平時大家容易忽略的查詢小技巧做壹些總結。或許大家可能正在為此犯愁呢?
第壹個技巧：利用連接符連接多個字段
如在員工基本信息表中，有員工姓名、員工職位、出身日期等等。如果現在視圖中這三個字段顯示在同壹個字段中，並且中間有分割符。如我現在想顯示的結果為“經理Victor出身於1976年5月3日”。這該如何處理呢?其實，這是比較簡單的，我們可以在Select查詢語句中，利用連接符把這些字段連接起來。
如可以這麽寫查詢語句：
SELECT員工職位 ||’ ’ ||員工姓名||’出身於’||出身日期 as 員工出身信息 FROM 員工基本信息表;
通過這條語句就可以實現如上的需求。也就是說，我們在平時查詢中，可以利用||連接符把壹些相關的字段連接起來。這在報表視圖中非常的有用。如筆者以前在設計圖書館管理系統的時候，在書的基本信息處有圖書的出版社、出版序列號等等內容。但是，有時會在打印報表的時候，需要把這些字段合並成壹個字段打印。為此，就需要利用這個連接符把這些字段連接起來。而且，利用連接符還可以在字段中間加入壹些說明性的文字，以方便大家閱讀。如上面我在員工職位與員工姓名之間加入了空格;並且在員工姓名與出身日期之間加入了出身於幾個註釋性的文字。這些功能看起來比較小，但是卻可以大大的提高內容的可讀性。這也是我們在數據庫設計過程中需要關註的壹個內容。
總之，令後采用連接符，可以提高我們報表的可讀性於靈活性。
第二個技巧：取消重復的行
如在人事管理系統中，有員工基本信息基本表。在這張表中，可能會有部門、職位、員工姓名、身份證件號碼等字段。若查詢這些內容，可能不會有重復的行。但是，我若想知道，在公司內部設置了哪些部門與職位的時候，並且這些部門與職位配置了相關人員。此時，又該如何查詢呢?
若我現在直接查詢部門表，其可以知道系統中具體設置了哪些部門與職位。但是，很有可能這些部門或者職位由於人事變動的關系，現在已經沒有人了。所以，這裏查詢出來的是所有的部門與職位信息，而不能夠保證這個部門或者職位壹定有職員存在。也就是說，這不能夠滿足於我們上面的要求。
若我現在直接從員工信息表中查詢，雖然可以保證所查詢出來的部門與職位信息，壹定有員工信息的存在。但是，此時查詢出來的部門與職位信息會有重復的行。如采購部門分工合作，可能會有采購采購小組長。此時，在查詢出來的部門與職位的信息中，就會有三條重復的記錄。
所以，以上兩種處理方式，都不能夠百分之百的滿足企業用戶的需求。此時，我們其實可以利用壹個DISTINCT函數，來消除其中查詢出來的重復行。
如我們可以利用SELECT DISTINCT 部門信息，職位信息 FROM 員工基本信息表。通過這條加了DISTINCT約束的查詢語句，不但可以查詢出所有有員工的職位與部門信息，而且，會把重復的記錄過濾掉，從而提高可閱讀性。
所以，在數據庫設計過程中，特別是在查詢語句的使用中，這個函數特別有用。
第三個技巧：勤用WHERE語句
我們都知道，數據庫查詢效率高不高，是我們評價數據庫設計好壞的壹個重要標準。毋庸置疑，在數據庫查詢中勤用Where條件語句，是提高數據庫查詢性能的壹個很重要的手段之壹。特別是在設計到比較大的表中查詢符合條件的記錄過程中，利用WHERE條件語句加以限制，可以大幅度的提高查詢的響應速度。
如在圖書館管理系統中，現在有人想查詢“註冊會計師”輔導用書的時候，雖然不在書的類別或者名稱中輸入“註冊會計師”，先查詢出全部的紀錄，然後再壹條條的看是否有相關的書籍信息，也是可行的。但是，這麽處理的話，壹方面系統響應的速度會非常的慢，因為裏面記錄很多。另壹方面，查詢的結果看起來也會非常的頭疼。
其實，我們只需要在查詢中加入壹些查詢的參數，利用Where條件語句加以限制，則即可以提高數據庫響應的速度，也可以找出最符合用戶需求的數據。
另外，我也接觸過壹些在Oracle數據庫上設計的平臺型管理軟件，他們可以自定義相關的報表。在報表設計中，只要用戶在前臺設計平臺中，選中“大表查詢”的話，則這個平臺會在生成報表的時候，自動應用Where條件語句，以提高前臺系統從數據庫查詢數據的效率。
所以，筆者認為在Oracle數據庫系統設計中，要勤於使用Where語句。利用Where語句來提高數據庫查詢的效率。
第四個技巧：靈活使用COUNT函數
在查詢處理的時候，COUNT函數可以說是我們應用的比較多的函數之壹。如我們有時候需要統計員工的人數、統計圖書的種類數的時候，都需要使用到這個函數。不過，這個函數很多人可能會用，但是到靈活應用的地步，還是有壹點差距。
下面筆者就COUNT函數的壹些應用技巧談談自己的心得。
壹是要靈活放置COUNT函數的位置，因為利用COUNT函數統計記錄數的時候，是會考慮空行的記錄的。如在數據表中壹般有序列字段與其它的有意義字段兩類。有時候可能序列字段中有內容而其它字段中沒有內容，則在利用COUNT函數統計記錄數量的時候，會把這個空記錄也考慮進去。很明顯，則就會發生統計的錯誤。所以，這個COUNT函數該放在哪個位置上，還是比較講究的。壹般的話，筆者試建議不要放在序列號字段上，而要放在壹些關鍵的實體字段中。如統計員工人數的時候，則就可以放在員工姓名或者編號上等等。
二是靈活跟其它函數搭配使用。如在上面的例子中，筆者談到有時候用戶需要知道現在有員工編制的部門與職位有哪壹些，我們可以利用DISTINCT函數來找出具體的部門。但是，我現在只想知道有編制的部門與職位具體有多少，此時，我們也可以利用COUNT 與DISTINCT函數結合應用，找出我們所需要的數據。在COUNT函數中，可以指定ALL與DISTINCT選項。默認的情況下，是ALL選項，表示統計所有的行，其中也包括重復的行。而DISTINCT就表示只統計不重復的行。可見，COUNT函數跟其它函數搭配使用的話，可以簡化我們的查詢語句，提高查詢效率。
第五個技巧：只查詢時必須的字段
有時候，用戶不同的查詢需求都要用到同壹張表。如在員工信息表中包含了很多內容。有時候用戶想要知道正式員工有多少;管理層員工有多少;生產線員工又有哪些;或者想知道合同即將到期的員工有哪些。為此，就遇到壹個問題，因為這些內容基本上都是在同壹張表中，那是在同壹個視圖中實現，而是根據需求不同，設計不同的視圖呢?
若單從技術上考慮，兩這都是可以實現的，不會有多大的難度。但是，若是從數據庫性能上考慮在，則還是采用不同的視圖來實現不同的需求為好。
壹方面，若從安全方面講，則可以根據不同的視圖來控制相關的訪問權限。可見，把視圖細化，在權限控制上則會更加的靈活。
另壹方面，數據的查詢效率，跟數據內容的多少也有非常密切的關系。如在查詢員工合同到期信息的時候，壹般不需要員工的地址信息等等。若把這個信息也查詢出來的話，由於這個字段比較長，就會花費比較長的時間。所以，在數據庫設計中，我們要學會根據用戶不同的需求，設計不同的視圖。雖然可能這在設計的時候會比較花時間，但是，在確可以提高數據庫的性能與安全性。這筆生意還是劃得來的。
