MoreSQL（NewSQL）挑戰(zhàn) NoSQL？
早在去年11月份的時候，Alex Tatiyants就發(fā)表過文章“NoSQl No More:Let's double down with MoreSQL”，并發(fā)出了以下號召：
|
今天，我號召所有的開發(fā)者加入MoreSQL，回到關(guān)系型數(shù)據(jù)庫的黃金時代！ |
他甚至制作了右側(cè)的MoreSQL logo。雖然Alex的文章是帶有嘲諷意味的，但是 William Edwards 的評論讓我們感覺到可以認(rèn)真的考慮一下MoreSQL/NewSQL。Edward認(rèn)為，我們使用NoSQL是因為我們發(fā)現(xiàn)數(shù)據(jù)庫的join操作性能極其低下。他認(rèn)為當(dāng)Google和Amazon開始提出這個問題的時候，很多開發(fā)者開始抵制SQL……
對于數(shù)據(jù)庫開發(fā)者來說，我該如何選擇？Edward認(rèn)為，我們應(yīng)該看看Google怎么做。Google已經(jīng)擁有了他們自己的MoreSQL實現(xiàn)，這在他們最近發(fā)布的論文中講的很詳細(xì)“Tenzing - A SQL Implementation On The MapReduce Framework ”。Edward還指出“fractal tree database”也是一個提高數(shù)據(jù)庫性能的領(lǐng)域。你對這方面感興趣的話，可以看看 Tokutek ，這個公司聲稱他們對數(shù)據(jù)庫操作的性能提高了20-80倍！
不管趨勢是什么，也不論你跟隨哪波潮流，重要的是提高數(shù)據(jù)庫性能。Edward并不認(rèn)為任何一個編譯器能夠幫你徹底優(yōu)化數(shù)據(jù)庫操作。
|
你必須自己編寫“Prepared Statements”，因為只有你知道數(shù)據(jù)庫的結(jié)構(gòu)。你才是唯一能夠解決性能問題的編譯器！ |
英文原文：http://server.dzone.com/articles/moresql-future-nosql
原文鏈接：http://www.oschina.net/news/25237/moresql-vs-nosql
【編輯推薦】
