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

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

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

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

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

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

03/18 10:36, , 5F
方便? 你比較過?
03/18 10:36, 5F

03/18 11:50, , 6F
我比較過 mysql 與 mongodb ;)
03/18 11:50, 6F

03/18 13:15, , 7F
基準是什麼?
03/18 13:15, 7F

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

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

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

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

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

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

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

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

03/19 13:29, , 16F
重要得多
03/19 13:29, 16F
文章代碼(AID): #1FPCRTgI (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1FPCRTgI (Soft_Job)