SQL Server管理員不易養成的好習慣(附小工具)

一、開發初衷

相信大家在平時寫SQL語句的時候，為了節省時間，都不太喜歡把小指放到Shift鍵上打出關鍵字的大寫形式，比如建資料庫，直接就create database...了，而不是CREATE DATABASE，反正SQL SERVER都可以執行語句，所以也就無所謂程式碼的效果了。

的確如此，但是程式設計都有規範一說，在SQL的編寫中，將關鍵字大寫就是一個規範，所以如果有這樣的工具能夠方便象我也是這樣的懶人，批量將關鍵字替換成大寫那就好了，不過飯來張口、衣來伸手可不是什麼好習慣，所以還是DIY吧。。。

二、開發思路

建立Winform應用程式，依據需求此工具需要實現三個方面：

1、開啟對話方塊——選擇要處理的SQL檔案路徑；

2、儲存對話方塊——選擇處理完成後輸出檔案的路徑；

3、核心功能——用正規表示式查詢SQL檔案中的關鍵字，如有匹配則將其轉換為大寫。

三、開發過程

俗話說：計劃趕不上變化。本來計劃一兩個小時就能夠搞定，但是還是足足折騰了一個下午，實在有些汗顏，下面就詳細敘述一下過程吧：

1、蒐集SQL關鍵字

要說SQL關鍵字，除了大家常見的CRUD相關的語句，還有FUNCTION、CURSOR、PROCEDURE、系統內建VARIABLE、VIEW、SCHEMA等等等等，總之一大堆，而且貌似也超出關鍵字的範疇了，要想完全搞定這麼多東西，俺實在只能說無能為力了，所以我只蒐集了大家平時經常用到的一些關鍵字，在下面的程式碼中會看到。

PS：當然如果園子裡哪位能夠做出一個覆蓋所有SQL那樣強大的來，小弟一定前往拜讀。

2、SQL檔案語句的遍歷

不像ORACLE裡的SQL PLUS那樣難用的東西(主要是俺太菜了，經常出紕漏，很難一下就寫對SQL)，在SQL SERVER中SQL語句可以上下鍵隨意更改內容或格式，而且語句也不用強制分號作為結尾，所以複雜的時候幾行甚至十幾行才是一個完整的SQL語句，所以一開始我就嘗試從頭到尾遍歷整個檔案貌似有些不太現實，最後的方案是採用了按行劃分，以一行為一個陣列進行處理，程式碼如下： 

//先以行作為劃分，得到一個陣列  
 Regex rowReg = new Regex("\r\n");  
 string[] strRow = rowReg.Split("轉換的SQL原始檔內容"); 

3、現在依然不能急著處理strRow陣列中的每一個元素，因為元素中有可能會出現"  create       database   "這樣的情況，即關鍵字兩側有一個或多個空格字元，如果不進行統一處理，會給後面的替換帶來很大的麻煩，所以這裡再用一個正規表示式，使空格通通變成一個，隨後再以空格作為分割符，這樣才算得到了我們真正需要進行匹配替換操作的陣列：

for (int i = 0; i 
 {  
strRow[i] = Regex.Replace(strRow[i], @"\s+", " ");  
string[] strRowDetail = strRow[i].Split(new char['\0']);  
} 

4、下面迴圈遍歷strRowDetail陣列中的每一項：

for (int j = 0; j 
 {  
      if (regex.regRow.IsMatch(strRowDetail[j]))  
      {  
   Match match = regex.Match(strRowDetail[j]);  
            ...  
     }  
 } 

為什麼暫時省略了後面的程式碼呢，因為這樣寫考慮是不周全的，試想如果一個SQL語句如：

create table student  
 (  
     cno varchar(50),  
     ...  
 ) 

這樣關鍵字一個是一個的話，那匹配起來自然沒有問題，但很多時候事情並沒有那麼簡單，有些SQL語句包含了很多關鍵字。

最典型的就是日期型別的操作，比如：

--求本月天數:select day(dateadd(mm,1,getdate())-day(getdate())); 

這樣的一個SQL語句我們以空格劃分後，那麼陣列的第二個元素會是day(dateadd(mm,1,getdate())-day(getdate()))，如果進行上述的Match匹配就只會將第一個day變為大寫，而其他則沒有得到處理。

進行了一定的測試後，我轉用了MatchCollection類，程式碼如下(注：tbSource指的是顯示SQL程式碼的文字框)：

for (int j = 0; j 
{  
     //regex.regRow指的是尋找匹配關鍵字的正規表示式，在程式碼下載中會看到  
   //首先檢視strRowDetail[j]是否能夠匹配  
      if (regex.regRow.IsMatch(strRowDetail[j]))  
     {   
         //若能匹配則記錄其匹配的內容   
            MatchCollection mc = regex.regRow.Matches(strRowDetail[j]);   
           //遍歷匹配的集合  
           for (int k = 0; k 
        {  
               //迴圈替換匹配的項  
strRowDetail[j] = strRowDetail[j].Replace(               
mc[k].Value, mc[k].Value.ToUpper());  
           }  
            //附加替換完成後的內容  
             this.tbSource.Text += strRowDetail[j] + " ";  
      }  
       //不匹配則直接附加原來的內容  
        else 
       {  
            this.tbSource.Text += strRowDetail[j] + " ";  
       }  
 }  
  //因為最初是以行分割的，所以這裡要附加\r\n，從而保持其原來的格式  
  this.tbSource.Text += "\r\n"; 

5、最後用StreamWriter將得到的內容寫入檔案，這裡除了編碼問題貌似也沒啥好說的了：

StreamWriter writer = new StreamWriter(this.tbExportPath.Text, false, 
Encoding.Default);  
writer.WriteLine(this.tbSource.Text);  
writer.Flush(); 

四、效率測試

細心的你在閱讀程式碼的過程中可能已經發現我在大量的字串處理操作時一直在使用普通的字串"+="這樣的方法，其實這也是我為我的效率小測驗準備的，這下可以再切實的體會一下StringBuilder對效率的提升。

要測試那還是要請出我們的Stopwatch了，相信大家都會的了，下面的程式碼直接無視：

StreamWriter writer = new StreamWriter(this.tbExportPath.Text, false,                                              Encoding.Default);  
writer.WriteLine(this.tbSource.Text);  
writer.Flush(); 

如果使用原來普通字串連線的方法，足足等了我5347毫秒！

而如果使用StringBuilder物件作字串操作，並且為提高for迴圈效率，避免每次重複計算陣列長度，先將陣列的長度儲存在變數中，優化程式碼如下：

int strRowDetailLength = strRowDetail.Length;   
 for (int j = 0; j 
 {   
     if (regex.regRow.IsMatch(strRowDetail[j]))  
     {   
       MatchCollection mc = regex.regRow.Matches(strRowDetail[j]);   
         int mcCount = mc.Count;  
         for (int k = 0; k 
         {  
    strRowDetail[j] = strRowDetail[j]                            
.Replace(mc[k].Value, mc[k].Value.ToUpper());  
         }  
         strBuilder.Append(strRowDetail[j] + " ");  
     }  
   else15     {  
   strBuilder.Append(strRowDetail[j] + " ");  
      }  
}  
strBuilder.Append("\r\n"); 

測試的結果是34毫秒，hoho，StringBuilder的威力果然很強大。。。

五、專案說明

1、介於正規表示式實在是礙眼，所以就沒有貼出來，說實話我自己都不忍心看了。。。

2、麻雀雖小也要五臟俱全嘛，這個小工具在介面上使用了錢李峰同學的 美化版Winform，沒經作者同意就亂打廣告，忘作者不要介意啊 ^_^

六、後續問題

1、希望大家在看完後能夠指出我在解決的思路上有沒有什麼問題，有沒有什麼簡單的方法，因為雖然實現了，但個人感覺方法上有點齪。。。

2、期待哪位能夠開發出更完善更優雅的SQL關鍵字替換工具。。。

3、如有使用問題請及時留言。。。

七、專案下載

http://files.cnblogs.com/RockyMyx/Solution.rar

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/16436858/viewspace-660413/，如需轉載，請註明出處，否則將追究法律責任。