在優化你的資料庫時，你可能沒有用到這些細節的優點。以下是10個關於你的資料庫效能的問題，需要你問問自己……
1. 假設你的資料庫不需要儲存特殊字元的能力，尤其是unicode標準中規定的那些字元，你有沒有在系統中把nchar型別替換成char之類的各種適用的字段型別?
2. 你是不是在用smalldatetime型別，而不是datetime?如果你不清楚這兩種型別有什麼區別，這是乙個簡單介紹：smalldatetime型別可以儲存2023年1月1日至2023年6月6日的日期，而datetime型別把這一範圍擴充套件到了2023年1月1日至2023年12月31日。你需要這麼大的範圍嗎?
3. 你是不是例行公事地使用bit型別來代替smallint型別?如果是這樣，你知道其中的代價嗎?這對你的程式可能並沒有影響，但smallint型別可以建立索引，bit型別不行。
4. sql server 2000在bit型別欄位中允許空值，而且是預設的。有人希望這樣，也有人不希望這樣。
5. 你如何處理欄位中的空值? 預設方式是允許空值，但更好的辦法是禁止空值，允許零長度的字串。
6. 你想過錶中能容納的最多行數嗎?你比較過這個數值和資料頁的大小8060位元組嗎?
7. 你有沒有好好利用標準字段? (去看看選單裡的工具->選項->標準字段)
8. 你的表中有沒有乙個時間戳字段? 如果沒有的話，你知道什麼時候這種欄位會有用處嗎?
9. 你的表都有區塊索引嗎?你知道乙個表什麼時候應該有區塊索引，什麼時候一文不值嗎?
10. 你在命名儲存過程時有沒有用sp_字首?你有沒有意識到這樣做給效能帶來了什麼影響?
值得一提的是，sql server 2005自帶了乙個資料庫引擎優化顧問，能夠幫助掃瞄資料庫的設計，並且提出一些建議。
另外，第三方廠商也開發了一些比較不錯的工具，例如ssw sql auditor
出處：http://blog.csdn.net/chen_xizhang
優化資料庫的10個建議
第乙個技巧也許看來理所當然，但事實上大部分資料庫的問題都來自於設計不好的資料庫結構。譬如我曾經遇見過將客戶端資訊和支付資訊儲存在同乙個資料庫列中的例子。對於系統和用資料庫的開發者來說，這很糟糕。新建資料庫時，應當將資訊儲存在不同的表裡，採用標準的命名方式，並採用主鍵。如果你想優化某個查詢語句，清楚的...
優化資料庫前,問自己10個問題
在優化你的資料庫時，你可能沒有用到這些細節的優點。以下是10個關於你的資料庫效能的問題，需要你問問自己。1.假設你的資料庫不需要儲存特殊字元的能力，尤其是unicode標準中規定的那些字元，你有沒有在系統中把nchar型別替換成char之類的各種適用的字段型別？2.你是不是在用 alldatetim...
優化資料庫前 問自己10個問題
在優化你的資料庫時，你可能沒有用到這些細節的優點。以下是10個關於你的資料庫效能的問題，需要你問問自己。1.假設你的資料庫不需要儲存特殊字元的能力，尤其是unicode標準中規定的那些字元，你有沒有在系統中把nchar型別替換成char之類的各種適用的字段型別？2.你是不是在用smalldateti...