數(shù)據(jù)庫最嚴重的問題是數(shù)據(jù)庫的濫用和數(shù)據(jù)的無規(guī)劃，本文只提出數(shù)據(jù)庫的濫用問題，希望起到拋磚引玉的作用，引起大家重視。

數(shù)據(jù)庫濫用現(xiàn)象有兩個層面的意思，一個是在不該使用數(shù)據(jù)庫的需求中使用數(shù)據(jù)庫，另一個是在數(shù)據(jù)庫的使用上有很大的隨意性和慣性。

數(shù)據(jù)庫濫用的根源在于國內(nèi)除了極少數(shù)行業(yè)，很少有真正的DB參與項目，在國內(nèi)的項目，大多都是以完成功能為首要任務(能做好功能已經(jīng)很優(yōu)秀了)，對數(shù)據(jù)規(guī)劃的漠視甚至無視越來越嚴重，造成的后果在信息化初期是沒有體現(xiàn)的，但經(jīng)過了10多年的高速發(fā)展(伴隨互聯(lián)網(wǎng)和網(wǎng)絡的發(fā)展，從2000年左右開始，信息化經(jīng)歷了一個高速膨脹的發(fā)展階段)，惡果必定會逐漸體現(xiàn)出來。

現(xiàn)在計算機的任務說到根上就是計算和信息處理。計算是專指計算機完成大規(guī)模的數(shù)學計算任務，與本文關系不大。信息處理指包含數(shù)據(jù)、文本、多媒體等各種類型數(shù)據(jù)的創(chuàng)建、保存、流轉、共享、維護。互聯(lián)網(wǎng)網(wǎng)站的主要功能是信息共享，財務系統(tǒng)除了計算之外，也是數(shù)據(jù)的共享和流轉，大到互聯(lián)網(wǎng)、ERP，小到日記本，數(shù)據(jù)都是所有軟件的核心，而數(shù)據(jù)存儲應該是核心的核心，其重要程度猶如大廈的基石，而對數(shù)據(jù)庫的濫用，很大程度上影響了這個基石的牢固。

項目的開始應該對系統(tǒng)涉及到的數(shù)據(jù)進行詳細規(guī)劃，由數(shù)據(jù)量和數(shù)據(jù)類型、數(shù)據(jù)需求確定如何對數(shù)據(jù)進行存儲，然后再對數(shù)據(jù)庫進行技術選型。數(shù)據(jù)庫的不同對軟件的實施成本影響極大，使用Oracle和mySql，甚至Access或文本系統(tǒng)是完全不同的，國內(nèi)盜版的橫行和版權意識的缺失，更助長了濫用的風氣。

另一個方面，架構師或者DB應該對各種持久化技術有所了解。現(xiàn)在很多公司的技術模式是習慣影響設計，而不是需求影響設計，用慣了Oracle就不會再用sqlServer, 更別說mySql了，一個簡單的存儲，或者一個小規(guī)模系統(tǒng)也要上Oracle，這種現(xiàn)象還是很普遍的，甚至很多小系統(tǒng)根本不需要數(shù)據(jù)庫的支撐卻使用企業(yè)級數(shù)據(jù)庫，有些技術人員脫離了數(shù)據(jù)庫就不知道軟件怎么做，增刪改查+UI控件就是一個技術人員的全部技能，這種人不在少數(shù)，這里并不是批評程序員，是整個行業(yè)的浮躁和氛圍影響了每個人。本人也僅僅是意識到這個問題，并從自身在改善這種現(xiàn)狀。

精力所限，先簡單寫這么多。

注：相信有技術優(yōu)秀的公司已經(jīng)做的不錯了，但是在國內(nèi)這種公司一定是鳳毛麟角。

【爭論】

關于數(shù)據(jù)庫做多少事適合的問題是個爭論很久的話題，讓數(shù)據(jù)庫處理業(yè)務邏輯是最高效的，缺點是維護和移植困難。像oracle這樣的數(shù)據(jù)庫的確提供了非常強大的功能，數(shù)據(jù)存儲只是其最最基礎的功能，但我覺得對于常規(guī)應用，除非很必要，盡可能的還是要讓數(shù)據(jù)庫少做事，從設計到實現(xiàn)，現(xiàn)在用的面向對象語言的可塑性遠比數(shù)據(jù)庫語言要好很多。

原文鏈接：http://www.cnblogs.com/mexi/archive/2011/07/03/2096724.html