Chinaunix
標題: SQL vs NoSQL：如何選擇？ [打印本頁]
作者: 王楠w_n 時間: 2015-11-26 18:19
標題: SQL vs NoSQL：如何選擇？
獲獎詳情：http://www.72891.cn/thread-4235351-1-1.html
話題背景：
•VoltDB公司首席技術官Ryan Betts表示，SQL已經(jīng)贏得了大型企業(yè)的廣泛部署，大數(shù)據(jù)是它可以支持的另一個領域。
•Couchbase公司首席執(zhí)行官Bob Wiederhold表示，NoSQL是可行的選擇，并且從很多方面來看，它是大數(shù)據(jù)的最佳選擇，特別是涉及到可擴展性時。
SQL 數(shù)據(jù)庫是一個理想的項目，確定好了需求和健壯的數(shù)據(jù)的完整性是至關重要的。NoSQL 數(shù)據(jù)庫是無關理想，不確定的或者不斷變化的數(shù)據(jù)需求 ，在速度和可伸縮性上更重要。
那么，哪個會是更優(yōu)的選擇呢？
討論話題：
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL 和NoSQL以外，更有效的數(shù)據(jù)庫。）
2.若同時應用SQL 和 NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
3.第一次發(fā)技術貼，如沒有提到的問題，還請各位幫忙補充。
討論時間：2015年11月26日—12月26日
獎品設置：
活動結束后，我們將選取5位討論精彩的同學，各送一本《SQL Server性能調(diào)優(yōu)實戰(zhàn)》。
作者：陳暢亮 吳一晴
叢書名：數(shù)據(jù)庫技術叢書
出版社：機械工業(yè)出版社
ISBN：9787111517023
上架時間：2015-10-22
開本：16開
版次：1-1
內(nèi)容簡介：
書中首先簡要介紹了SQL Server與性能實踐相關的一些基礎語法及配置信息．提出與數(shù)據(jù)庫性能相關的幾個概要信息，再根據(jù)SQL Server數(shù)據(jù)的內(nèi)部實現(xiàn)原理講解如何調(diào)整和優(yōu)化SQL Server數(shù)據(jù)庫實例的配置；接著介紹SQL Server數(shù)據(jù)庫存儲引擎的語句優(yōu)化，執(zhí)行計劃內(nèi)部原理以及索引等綜合因囊分析如何優(yōu)化數(shù)據(jù)庫語句，保證數(shù)據(jù)庫的穩(wěn)定性及效率；最后從SQL Server的數(shù)據(jù)庫性能監(jiān)控及高可用性解決方案，提出性能監(jiān)控及設計層面的優(yōu)化。
樣章試讀：
1-3Z.pdf
(2.09 MB, 下載次數(shù): 52)
2015-11-26 18:19 上傳
點擊文件名下載附件
作者: niao5929 時間: 2015-11-26 18:36
我還是那觀點，沒有絕對的好;比如當年精簡指令集和復雜指令集的爭執(zhí)，現(xiàn)代cpu其實是這兩者的合集，隨著更成熟的技術工藝，以后很難區(qū)分到底是哪個更有優(yōu)勢;數(shù)據(jù)庫也會有其自身的技術進化路線和方向，目前看來傳統(tǒng)的數(shù)據(jù)庫很難被替換掉，但新的需求也會讓那種nosql繼續(xù)發(fā)展，而且我個人認為新的nosql 只有以某種方式繼承了sql 的應用需求，那么sql 才會溶進nosql 中，或者彼此融合產(chǎn)生一種新的數(shù)據(jù)庫。技術的進化總是這樣，總有一段新舊相互滲透的歷史，不過我覺得真正的生命力還是源于自由開放的環(huán)境。
作者: lyhabc 時間: 2015-11-26 20:01
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL 和NoSQL以外，更有效的數(shù)據(jù)庫。）
沒有標準，選擇太多
2.若同時應用SQL 和 NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
sql和nosql兩者應用場景不一樣，有時候真的很難直接比較
3.第一次發(fā)技術貼，如沒有提到的問題，還請各位幫忙補充。
最近在弄mongodb，覺得mongodb的應用場景跟sql有區(qū)別，所以很難說mongodb的優(yōu)點或缺點
當遇到適合nosql的場景，那么sql肯定會差一點
當遇到適合sql的場景，那么nosql肯定會差一點
個人見解，沒有一定哪個可以絕對取代哪個，以前以為nosql是多余的，當使用上nosql之后，發(fā)現(xiàn)確實有一些場景需要nosql
作者: hellioncu 時間: 2015-11-27 09:29
又不矛盾，兩個同時用
作者: jieforest 時間: 2015-11-27 09:36
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL和NoSQL以外，更有效的數(shù)據(jù)庫。）
單純談數(shù)據(jù)庫的并發(fā)寫入性能實際上意義不大。
從單機性能來判斷，各種關系數(shù)據(jù)庫和各種NoSQL數(shù)據(jù)庫都部署在單服務器的情況，并發(fā)寫入性能最好的肯定是內(nèi)存型數(shù)據(jù)庫，因為其寫入數(shù)據(jù)庫就是寫入內(nèi)存，而不是寫入磁盤，速度顯然極快。
典型的代表包括：
1）Redis：開源內(nèi)存鍵值NoSQL數(shù)據(jù)庫
2）FastDB：開源內(nèi)存實時關系數(shù)據(jù)庫
3）Memcached：開源分布式內(nèi)存對象緩存系統(tǒng)（可視為鍵值型NoSQL數(shù)據(jù)庫）
4）MemSQL：開源內(nèi)存關系數(shù)據(jù)庫
5）H2：開源內(nèi)存關系數(shù)據(jù)庫
6）TimesTen：Oracle公司商業(yè)級的內(nèi)存關系數(shù)據(jù)庫
7）eXtremeDB：McObject公司商業(yè)級的內(nèi)存關系數(shù)據(jù)庫
8）Altibase：Altibase公司商業(yè)級的內(nèi)存關系數(shù)據(jù)庫
......
2.若同時應用SQL和NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
關系數(shù)據(jù)庫和NoSQL數(shù)據(jù)庫各有其適用的應用場景，混合適用可以充分發(fā)揮兩者的優(yōu)點。
比如，假設網(wǎng)頁上有一個經(jīng)常變化的TOP 10排名列表，對于這個數(shù)據(jù)的存儲，在面對海量用戶的場景下，選擇關系數(shù)據(jù)庫顯然不怎么適合，而選擇Redis之類的內(nèi)存鍵值數(shù)據(jù)庫來存儲就很合適，集群也易于實現(xiàn)。
關系數(shù)據(jù)庫同樣有很多NoSQL數(shù)據(jù)庫不可取代的優(yōu)點。關系模型是萬事萬物之間一種隨處可見的、廣泛存在的現(xiàn)象的抽象，具有很強的適用性。對于業(yè)務開發(fā)，如果業(yè)務之間的聯(lián)系是關系模型，那么用關系數(shù)據(jù)庫是很適合的。
作者: nail78 時間: 2015-11-27 10:24
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL 和NoSQL以外，更有效的數(shù)據(jù)庫。）
應用場景不一樣，簡單的比較是沒有太大意義的。選擇合適的方案處理合適的場景，最適用的就是最好的。
關系數(shù)據(jù)庫就不多說了，是通用的解決方案。
頻繁的寫入操作，相對較少的讀取信息的操作（如網(wǎng)站訪問計數(shù)器），應該使用基于內(nèi)存的key/value存儲系統(tǒng)（如redis），或者是具備本地更新特性的文檔存儲系統(tǒng)（如MongoDB）
海量數(shù)據(jù)（如數(shù)據(jù)倉庫需要分析的數(shù)據(jù)）適合存儲在結構松散，分布式的文件系統(tǒng)中，如Hadoop
存儲二進制文件（如mp3或pdf文檔）并能直接為用戶提供下載功能，可以使用Amazon S3
臨時性的數(shù)據(jù)（如網(wǎng)站的session,緩存HTML頁面信息等）適合存儲在Memcache中
如果希望數(shù)據(jù)具備高可用性，并能夠將數(shù)據(jù)的丟失的風險降到最低，同時整個系統(tǒng)具備線性擴展能力，可以考慮Cassandra和HBase
2.若同時應用SQL 和 NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
根據(jù)業(yè)務場景選擇合適的方案，SQL和NoSQL都可以選擇，舉個例子，一個網(wǎng)站可能用到多種數(shù)據(jù)庫：
MySQL可以用存儲敏感的數(shù)據(jù)，比如用戶的資料，交易的信息等
MongoDB用于存儲大量的，相對不敏感的數(shù)據(jù)，如博客文章的內(nèi)容，文章的訪問次數(shù)等
Amazon S3用于存儲用戶上傳的文檔，圖片，音樂等數(shù)據(jù)
Memcache用于存儲臨時性的信息，比如緩存HTML頁面信息
我們不要把眼光局限在某一產(chǎn)品上，最適用的才是最好的。
作者: stay_sun 時間: 2015-11-27 10:59
回復 1# 王楠w_n
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL 和NoSQL以外，更有效的數(shù)據(jù)庫。）
對于數(shù)據(jù)庫來說，主要看業(yè)務的需求
如果你需要批量的寫入 你就需要非關系型數(shù)據(jù)庫nosql 例如 mogodb hbase
如果你對一直性的要求高 你就選擇 關系型數(shù)據(jù)庫 oracle
如果你的是網(wǎng)頁累的操作 需要一致性，但是可以丟失一點的話 你可以選擇mysql postgressql
如果你數(shù)據(jù)不重要 但是讀特別多 你就需要內(nèi)存數(shù)據(jù)庫 redis memcache等
其實數(shù)據(jù)庫沒有好壞 只有適合 當你選擇數(shù)據(jù)庫的時候看你的業(yè)務
2.若同時應用SQL 和 NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
其實現(xiàn)在對比sql nosql 的文章特別多看下就可以了
cap 理論目前中國的技術實力還沒有打破 當寫把擴展性能提升上去 你必然需要損失你的一致性。
so 看業(yè)務吧 你的數(shù)據(jù)可以少部分的丟失的時候你才是選擇 nosql 產(chǎn)品的時候
其實數(shù)據(jù)庫產(chǎn)品特別多 當你了解數(shù)據(jù)庫產(chǎn)品的時候 才是去選擇產(chǎn)品的時候
3.第一次發(fā)技術貼，如沒有提到的問題，還請各位幫忙補充。
支持 楠妹子
作者: laputa73 時間: 2015-11-28 11:17
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL 和NoSQL以外，更有效的數(shù)據(jù)庫。）
單以并發(fā)寫入而論，肯定是nosql勝出。
基本所有的nosql都實現(xiàn)了事件驅動的接口，適合高并發(fā)
而mysql.pg,oracle這些還停留在傳統(tǒng)的進程,線程接口。
不過，一般應用的高性能寫入,都會考慮到連接池/緩存+批量寫的策略,并發(fā)不會在數(shù)據(jù)庫這個環(huán)節(jié)解決。
2.若同時應用SQL 和 NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
引入nosql.無疑會增加系統(tǒng)的復雜度。優(yōu)點是適合分布式擴展。
nosql無法解決復雜的業(yè)務邏輯還是硬傷，難以獨擋一面，還是需要配合sql使用。
現(xiàn)在前端技術mvc轉向mvvm.尤其適合插入nosql，實現(xiàn)前后端讀寫分離。
前端nginx_lua+redis或者php等+redis。 解決數(shù)據(jù)高性能動態(tài)更新.web框架可以變得很輕量。因為沒有了業(yè)務邏輯。
后端處理可以用mysql,pg等。 解決數(shù)據(jù)生成的復雜邏輯。
在大數(shù)據(jù)分析領域，sql和nosql各有千秋。估計會趨于統(tǒng)一。
ps.話說voltdb,自從不免費了。。。關注度就大不如前了。。。
作者: hiyachen 時間: 2015-11-28 17:19
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL 和NoSQL以外，更有效的數(shù)據(jù)庫。）
2.若同時應用SQL 和 NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
3.第一次發(fā)技術貼，如沒有提到的問題，還請各位幫忙補充。
作者: heguangwu 時間: 2015-11-28 20:19
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL 和NoSQL以外，更有效的數(shù)據(jù)庫。）
說句實話，并發(fā)寫入并不是SQL和NoSQL的比較，拋開存儲介質方面的優(yōu)化，就磁盤數(shù)據(jù)庫而言，這類比較更多的是存儲引擎的比較，比如LSM之類的存儲引擎對插入的性能就比較好，類似數(shù)據(jù)庫的堆表，而索引組織表干這個或就比較費勁，NoSQL和SQL其實都是相互借鑒，同時舍棄部分特性，只有舍才會有得，沒有一個數(shù)據(jù)庫能包打天下，而是看場景看業(yè)務模型。
2.若同時應用SQL 和 NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
這個問題沒怎么看懂，我的理解的網(wǎng)頁展示方面的復雜邏輯嵌套非結構化數(shù)據(jù)用NoSQL保存比較好，而SQL適合有(跨行)事務的場景，同時要求數(shù)據(jù)不會特別大并且結構比較清晰。
3.第一次發(fā)技術貼，如沒有提到的問題，還請各位幫忙補充。
其實NoSQL就是砍掉SQL中的復雜特性簡化后
作者: action08 時間: 2015-12-01 21:50
五年前這個話題很火爆，
作者: 王江玉 時間: 2015-12-02 09:36
哈哈哈
作者: dengbao2001 時間: 2015-12-09 09:50
其實沒啥好糾結的，哪個好用就用那個，哪個熟悉就用那個
作者: archermind_wh 時間: 2015-12-18 14:41
有需要換工作的嗎武漢誠邁科技招聘崗位安卓開發(fā)和測試 五險一金 定期體檢 定期員工活動 每年三次加薪機會 每周雙休 早餐券 回復 2# niao5929
作者: sjf0115 時間: 2015-12-19 21:36
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL 和NoSQL以外，更有效的數(shù)據(jù)庫。）
對于并發(fā)讀可以使用傳統(tǒng)SQL數(shù)據(jù)庫，對于并發(fā)寫使用NoSQL。
傳統(tǒng)SQL數(shù)據(jù)庫為了實現(xiàn)ACID，往往需要頻繁應用文件鎖�，F(xiàn)在SNS網(wǎng)站每一個點擊都是一條/多條查詢，對數(shù)據(jù)庫寫的并發(fā)要求非常之高，而傳統(tǒng)數(shù)據(jù)庫無法很好地應對這種需求。而仔細想來SNS中大部分需求并不要求ACID，比如Like/Unlike投票等等。
NoSQL吸取了教訓，比如有些NoSQL采用了eventually consistency的概念，在沒有Update操作一段時間后，數(shù)據(jù)庫將最終是consistency的，顯然這樣的數(shù)據(jù)庫將能更好的支持高并發(fā)讀寫。
2.若同時應用SQL 和 NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
在互聯(lián)網(wǎng)大數(shù)據(jù)應用中接納SQL+NoSQL混合模式，能夠很好的解決互聯(lián)網(wǎng)大數(shù)據(jù)應用對海量結構化和非結構化數(shù)據(jù)進行存儲和快速處置的需求。在諸如大型電子商務平臺、大型SNS平臺等互聯(lián)網(wǎng)大數(shù)據(jù)應用場景中，SQL在應用中負責高價值密度結構化數(shù)據(jù)的存儲和事務型處置，NoSQL在應用中負責存儲和處置海量非結構化的數(shù)據(jù)和低價值密度結構化數(shù)據(jù)。SQL+NoSQL模式在互聯(lián)網(wǎng)大數(shù)據(jù)應用中的互補作用體現(xiàn)在，SQL填補了NoSQL在ACID特性和復雜關聯(lián)運算方面的不足，NoSQL填補了SQL在海量數(shù)據(jù)存儲和非結構化數(shù)據(jù)處置方面的缺陷。
數(shù)據(jù)魔方是淘寶網(wǎng)的一款數(shù)據(jù)產(chǎn)品，主要提供行業(yè)數(shù)據(jù)剖析、商店數(shù)據(jù)剖析。淘寶數(shù)據(jù)產(chǎn)品在存儲層接納SQL+NoSQL混合模式，由基于MySQL的分布式關系型數(shù)據(jù)庫集群MyFOX和基于HBase的NoSQL存儲集群Prom組成。由于SQL壯大的語義和關系表達能力，在應用中仍然占有著主要地位，現(xiàn)在存儲在MyFOX中的統(tǒng)計結果數(shù)據(jù)已經(jīng)到達10TB，占有著數(shù)據(jù)魔方總數(shù)據(jù)量的95%以上。另一方面，NoSQL作為SQL的有益補充，解決了SQL數(shù)據(jù)庫無法解決的全屬性選擇器等問題。
基于SQL+NoSQL混合架構的特點，數(shù)據(jù)魔方現(xiàn)在已經(jīng)能夠提供壓縮前80TB的數(shù)據(jù)存儲空間，支持每日4000萬的查詢請求，平均響應時間在28毫秒，足以滿足未來一段時間內(nèi)的業(yè)務增長需求。
3.第一次發(fā)技術貼，如沒有提到的問題，還請各位幫忙補充
可以探討：
企業(yè)在著手推動大數(shù)據(jù)項目的過程中，經(jīng)常會遇到這樣一個關鍵性的決策難題——到底該使用哪種數(shù)據(jù)庫方案?
SQL與NoSQL的融合的前景與趨勢？
作者: gma 時間: 2015-12-21 11:58
1.數(shù)據(jù)庫并發(fā)寫入性能方面，哪個是最優(yōu)的選擇？（可舉例說明，也可除SQL 和NoSQL以外，更有效的數(shù)據(jù)庫。）
傳統(tǒng)sql 必然考慮到“引用關系“，”事務”，“一致性“等功能，直接比拼寫入性能，有點不太合理。
如果給現(xiàn)在流行的nosql數(shù)據(jù)庫加入傳統(tǒng)sql數(shù)據(jù)庫的這些功能，指不定性能更菜。
2.若同時應用SQL 和 NoSQL同時應用兩者在網(wǎng)頁應用程序的擴展性方面能帶來哪些好處？
對ACID沒有什么要求或是允許有一定延時一致的情況,應當應用noSql數(shù)據(jù)庫.好處是,一個速度高.二一個是開發(fā)方便.
如果需要實時一致性,應當使用傳統(tǒng)數(shù)據(jù)庫.好處是經(jīng)過N多的企業(yè)多年的市場驗證.
3.第一次發(fā)技術貼，如沒有提到的問題，還請各位幫忙補充
如果說關系型數(shù)據(jù)庫本身是為非互聯(lián)網(wǎng)應用程序而生的數(shù)據(jù)庫.當時互聯(lián)網(wǎng)還沒有出生.
或許關系型數(shù)據(jù)庫并不適應互聯(lián)網(wǎng)應用.那么有沒有可能出現(xiàn)一種適應于互聯(lián)網(wǎng)的數(shù)據(jù)庫系統(tǒng)?
據(jù)說當年非關系型數(shù)據(jù)庫與關系型數(shù)據(jù)庫有過一場Pk,最終關系型數(shù)據(jù)庫獲勝.
那么互聯(lián)網(wǎng)會不會是非關系型數(shù)據(jù)庫的獲勝機會?
層次型,網(wǎng)狀態(tài)型數(shù)據(jù)庫是不是更適應互聯(lián)網(wǎng)應用?
作者: 王楠w_n 時間: 2015-12-21 12:19
您好，您如果對此類問題，有疑惑，請在NOSQL版塊提問，版主會及時解決您的技術疑問
回復 16# gma
作者: yjh777 時間: 2015-12-26 15:13
聽說 PostgreSQL , SQL noSQl 兩者都支持了 ？？
作者: cjfeii 時間: 2016-04-20 15:34
這個樓有很多熟人 
| 歡迎光臨 Chinaunix (http://www.72891.cn/) |
Powered by Discuz! X3.2 |
