那么為什么這么做呢？可能是出于這樣的考慮：某些客戶在將來的使用中可能想切換到Oracle或DB2或FoxPro，或其他的什么數據庫，采用上面的這種做法或許是現在先準備好了，“未雨綢繆”。
對于此，另一種相反的做法是：當你開始開發一個新產品的時候，選擇一個存儲引擎并開始在此基礎上編寫你的應用程序。如果你的產品足夠好，人們會安裝你指定的數據庫，因此你不用浪費時間和精力來支持一種“假想”的用戶需求。
3、了解你的數據
在我們使用數據庫的過程中會碰到很多需要考慮的問題，例如有些客戶編號可能并不是我們通常認為的七位，而是六位；而有一些公司和企業出于保護個人隱私的考慮，可能不一定非要求員工輸入他們的身份證號碼或者銀行帳號，因此這中數據類型在數據庫搭建和開發中必須設置成可以為空（NULL）。
也就是說，數據庫開發和設計不能脫離實際情況進行，不能遠離實際業務規則。對數據庫開發者來說，必須要完全了解用戶真正輸入數據的需求是什么，并根據這些數據來合理地設計數據字段的大小、類型以及什么規則，等等。否則，等待你的將是一次又一次地返回頭來進行修改工作。因此，你要學會在開始的時候就對你需要處理的數據具有非常全面、深入的了解，要盡量考慮到各種意外的情況。
4、數據庫不像Excel一樣人人會用
現在有一種認識上的誤區，尤其是在一些小單位的管理者眼中，他們總認為任何開發者都知道如何去合理地搭建一個數據庫。
很明顯，這種誤解讓我很困惑。既然你不會假定任何開發者都知道如何用C#編程或創建一個Web服務，那么為什么要假定每個開發者都是數據庫專家呢？
這種假設所帶來的最后結果是，太多的數據庫被一些甚至從來沒有聽說過術語規范化（term normalization）的人所設計。很多數據庫的功能根本沒有被合理地運用，如果你是這樣一個開發者的話，那么在你設計數據庫之前，你需要加強這方面的培訓和學習了。高效的數據庫設計是你必須了解和掌握的技巧，而不要奢望可以通過失敗的教訓來了解到這一點。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
