Re: [討論] 如果台灣要發展雲端，你覺得該怎麼做？

: 其實身為一個軟體的開發者, 我一樣不解的是, 為何需 "強調" 要發展雲端? : 因為這句話聽在我的耳朵裡, 之所以要強調雲端, 與現有的網站, 網路服務的開發做區隔 : , 是想要強調以連接大量機器, 去解決計算, 或容錯上的一些問題. : 可是目前這種需求很少, 就算硬是開發了一堆軟體出來, 結果也是會牛頭不對馬嘴. 因為 : 目前適用Map-Reduce, NoSQL的問題, 老實說也只有特定幾個... : 循序計算起來也很快的東西, 幹麻要 "反而更慢" 的分散/平行計算... 用資料庫做起來 : 也很快的東西, 幹麻要用 "反而更慢" 的 NoSQL...? : 難道有人認為 "雲端" 是某種 "萬靈丹"? : -------- : www.facebook.com/java.tw 他們運作的目標環境不一樣 RDB 很快的前提是要拿的資料都在記憶體中, 或者最少在同一台/小群機器, 不考慮做個 JOIN 要從好幾個可能在不同國家的資料來源取資料, 網路傳輸再 JOIN 再 OOXX... NoSQL 則反過來是以上述情形為前提, 假設資料會分散儲存而非放在一起, 那麼資料間要關聯是麻煩的, 於是直接以展開所有關聯的方式儲存, 而後來 RDB 也有發展出以縱向分割方式分散儲存的做法 但做不大的話, 搞什麼先進技術也只是脫褲子放屁就是了 一點模糊的記憶... -- ◆ From: 61.224.42.109
※ 批踢踢實業坊(ptt.cc)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1332004573.A.A92.html

→ Lordaeron:NoSQL 若是不全放在memory 中, 也快不了. 03/18 07:12

推 olctw:mysql cluster 就是全放記憶體中，如果遇到斷電就麻煩了。 03/18 07:28

→ olctw:NoSQL 不需要全放在記憶體，因為架構本身就快，想要更快還是 03/18 07:29

→ olctw:得塞記憶體就是了，但弄起來比傳統資料庫方便 03/18 07:29

→ Lordaeron:方便? 你比較過? 03/18 10:36

→ olctw:我比較過 mysql 與 mongodb ;) 03/18 11:50

→ Lordaeron:基準是什麼? 03/18 13:15

推 carlcarl:即使全放memory 也可以有機制複寫至硬碟的log裡吧 03/18 19:14

推 EAFV:NoSQL的格式比較類似json 就只是一個工具而已 03/18 19:41

→ lovdkkkk:我覺得 NoSQL 要的不是多快, 只是要避免一些無謂的慢 03/19 13:22

→ lovdkkkk:例如當資訊足夠推論出資料的 key 的範圍時就直接拿 03/19 13:26

→ lovdkkkk:一般 RDB 則常常要 Join 到最後才能確定所要的資料範圍 03/19 13:27

→ lovdkkkk:(然後也就多了很多的網路傳輸) 03/19 13:28

→ lovdkkkk:當然適用情形有其限制, 也只是工具, 03/19 13:28

→ lovdkkkk:就像 RDB 也只是工具, 如何下 query 往往比用哪家的產品 03/19 13:28

→ lovdkkkk:重要得多 03/19 13:29