Nosql之普羅米修斯猜想

 

650) this.width=650;" border="0" alt="" src="http://www.bkjia.com/uploads/allimg/131229/1U0143T8-0.jpg" />

              Nosql帶領我們進入到一個新的資料庫世界，字面上我們不要理解為是“No sql”，應該正確理解為“Not only sql”就是說我們不僅僅使用sql來查詢和處理資料，還可以利用程式設計語言和其他技術來管理我們的資料，資料是多種多樣的，就跟達爾文的進化論類似，資料也會進化，從遠古的甲骨文，到現代的二進位，還有最近流行起來的二維碼，不同的資料其管理方法也是不一樣的。由原來無庫時代->層次狀資料庫->網狀資料庫->關係型資料庫->非關係型資料庫-> 未來超級資料庫，這也是進化而來，前些日子看了放映的大片《普羅米修斯》，裡面有一個震撼的場面“星際雲圖”，如所示，在一個有限空間裡展示出了整個宇宙分布，每個星系每個星球都非常逼真而清晰，自己知道自己所在的位置，這樣的資訊是如何儲存起來的呢？

   

              這可能不太適合使用關係型資料庫來管理，說說為什麼！

1.資料量：星際雲圖如果要實現，首先儲存起來的資料量可想而知，這不是幾個oracle就可以裝下的。需要強大的存放裝置。

 

2.運算量：資料轉換為圖形，計算各自的資訊與資源，展示出來，這也不是僅僅追加硬體就可以的，早晚會碰觸到天花板。

 

3.傳輸串流量：資料如果是不流動的只能稱之為標本，要計算出星球自己所在的位置和運行軌跡，並且要讓其他的天體也知道每個行星的位置和自己的位置，這種輸入/輸出資料量可以想象是巨大的。

 

4.儲存方式：這種星際雲圖已經不能單純使用table來存放資料了，因為它是一種非結構化資料，最簡單理解是一種三維資料，而表只能表示出二維資料，更甚者如果加上時間就是四維資料了。

 

              如果要設計一個合格Nosql資料庫那麼需要重點關注是什麼呢？

1.解決資料量：那麼我想不用多說分布式儲存可能是目前可行的一個好方法，因為集中儲存總有一天會碰觸到天花板，不管是空間上 or 資金上 or I/O。而分布式儲存可以適當降低成本，最重要的是可以大幅度提高I/O效能。

 

2.解決運算量：這個方案可以採用叢集作戰方式，也就是人海戰術，最關鍵的是如何協調好大家一起來井然有序的工作，需要一個中央控制系統來協調叢集工作。

 

3.解決傳輸串流量：可以使用超級黑電纜，這種黑電纜速率40Gb/s，低延遲，高頻寬。有一個不成熟的想法，來源於Exadata RAC架構，它是用一整塊背板整合電路板）把兩台機器背靠背拼起來，資料走在匯流排上。我們是不是可以把叢集中的節點也用匯流排的方式串起來，這樣基本上就跟上了記憶體IO效率啦。

 

4.解決儲存方式：星際雲圖它是一種三維或者是多維的資料集合，我想這種資料可以用數學上的座標方法來量化，每個星球有自己的座標集合，若干個星球可以組成一個星系，就這樣逐漸的拼接起來構建出圖中震撼畫面。

 

Leonarding
2012.12.19
天津&winter
分享技術~成就夢想
Blog：www.leonarding.com

 

650) this.width=650;" border="0" alt="" src="http://www.bkjia.com/uploads/allimg/131229/1U0144J9-1.jpg" />

 

本文出自 “leonarding Blog” 部落格，請務必保留此出處http://leonarding.blog.51cto.com/6045525/1094252