今天看了一篇文章
,覺得比較有啟發
,關係型資料庫已經用了差不多
30多年了
,應該說比較成熟了
,但是這片文章從新的角度分析了關係型資料庫的不足
,結合當前軟硬體發展的趨勢
,提出了新的資料庫設計的概念。
1。傳統的關係型資料庫,包括
sql server
,oracle
,db2
都從system r
進化或者吸取了很多東西而來,他們都具備
system r
的幾個特點:
磁碟存書和索引結構;基於
log的恢復;基於鎖的併發控制;為了提高
cpu以及磁碟的利用率採取多執行緒;等等 2
。但是,關係型資料庫在以下幾個方面力不從心: §
text (specialized engines from google, yahoo, etc.)
§data warehouses (column stores such as vertica, monet
[bon02], etc.)
§stream processing (stream processing engines such as
streambase and coral8)
§scientific and intelligence databases (array storage engines
such as matlab and asap [sbc+07])
3。目前,記憶體的不斷擴大以及網格計算的出現為我們設計新的資料庫模式提供了基礎 4
。新的資料庫可以從以下幾個方面進行考慮:
資料儲存在記憶體而不是磁碟,速度大大提公升;
第一代資料庫
share memory
,第二代
share disk
,下一代應該是
share nothing
,使用網格計算的概念,可以將資料庫部署在網格的多個節點上,使得擴充套件等更為容易;
採用了網格後,可以通過資料庫在不同網格的複製來省去
redo log;
新的模式下,磁碟不再成為瓶頸(這是現在大多數大型資料庫的瓶頸所在),甚至可以考慮單執行緒的模式
。。。這片文章設計了乙個小的資料庫原形
h-store
,並且和傳統的關係型資料庫進行了比較,當然效能要好的多了,但是這只是乙個小的原型,真正的大型資料庫要考慮的東西還遠不止這些,但是無疑它開拓了我們的思路。也許將來的一天,資料庫就是這個樣子的?
DBA未來的發展方向
dba database administrator 資料庫管理員,我每次和公司其他非技術部門的同事解釋我的工作的時候都要頗費口舌,直到最後如果他還是不明白的話,我只好說我們的工作其實和倉庫管理員沒什麼區別,都是管理乙個倉庫。更多的時候,我還要解釋資料庫和資料倉儲的區別 因為在公司裡,我們是兩個部門...
未來軟體行業的發展方向
不知不覺已經工作很久了。從在校參加軟體設計大賽第一次寫專案 到現在已經6年7個月了。工作也足足5.5年了。從一開始不知道如何就業,到第一次軟體設計大賽後,決定寫 為生。從在校實習工作的不順心,到明白技術的重要性。事實證明3個月的實習,給我後來的工作也帶來不少幫助。後來去實習,大四一整年都在企業內度過...
大資料發展方向
最近面試了一家做大資料的公司,這也是自從打算從事計算機行業以來的第一家準備加入的公司。公司主要做大資料的分析,具體名字就不說了。閒著沒事,就簡單了解下大資料,發現現在對於大資料還沒有乙個統一的定義,看來新生的事物確實要多磨。問題來了 在獲得這些資料時,資料的創造者們,同意了嗎?關於個人隱私的問題這幾...