7h1r733n

原來係提醒，多謝晒。
我個人認為討論係好重要，如果閣下剩係鍾意提醒咁我都唔阻閣下。
(原來討論區唔係 ...
ip4368 發表於 2016-10-28 20:56

即係咁.. 如果你講得database問題只有"死" database或者以為replication係"萬能"的話... 已經唔想同你討論... 有咩就rollback/flashback/再唔係倒backup.. 呢D野真係係"人"都識... 不如你走去問吓你公司個dba... 不過你公司有冇dba都未知..

你提到mongo... mongo.. 玩吓我覺得ok o既.. 但用黎做production我就真係睇唔到佢有乜野"亮"點.. 但缺點呢... 我就懶得quote文啦.. 你自已google吓啦...

最後.. 我都係出自好心... 其實我係想提醒吓樓主叫佢用自己熟o既database.. 當然你係Data Expert能夠解決任何問題.. 我亦都唔反對你用mongo.. 反正有咩係你自己受.. 正如我講o既.. 關我春事咩..

twaiho2003

mongodb   我有樣野好好奇,   
1個document最大16mb,  transaction 既ACID只保證同一個document內,  
冇得跨document做transaction,  
係咪冇workaround?

樓主個問題:   開digital ocean,   開freebsd,  裝mysql,   裝letsencrpyt

7h1r733n

mongodb   我有樣野好好奇,   
1個document最大16mb,  transaction 既ACID只保證同一個document內,  
冇得 ...
twaiho2003 發表於 2016-10-29 23:16

two-phase commit 但其實我係唔建議咁做... 不過真係要work around都可以算係..
不過我唔係Data Expert.. 留返D Data Expert答你.

daemongmong

有沒有用過MongoDB Enterprise版本？

ip4368

nosql並唔係用嚟取代sql，長處亦唔同，如果用rdbms嘅概念諗，永遠唔會諗得明。
nosql嘅transaction safe係弱，無guarantee，但現實唔少問題唔需要transaction safe
nosql依都唔係strong in consistency，佢地只會做到eventually consistent，而事實上，好多時候亦唔需要做到strong consistency，例如Facebook live啲comments，邊一條comments入嚟先，早兩秒遲兩秒，其實唔係好重要。
nosql可能會較容易有data lost(依無database可以guarantee 0)，但係有情況，少部分data lost其實無所謂。例如Netflix，用戶睇嗰條片睇到邊，唔見咗都唔係好大問題。
我依一直無講過用mysql係錯，一定要用nosql，甚至我覺得好多時候nosql唔可以standalone；但好多時候，全mysql亦唔係最佳選擇。

7h1r733n

例如Facebook live啲comments，邊一條comments入嚟先，早兩秒遲兩秒，其實唔係好重要。
ip4368 發表於 2016-10-30 07:39

    https://asktom.oracle.com/pls/as ... 2664632900346253817

驚你睇唔到.. 我quote埋比你
"And remember also, most people are not building facebook, they are building reservation systems, tracking systems, hr systems, finance systems, order entry systems, banking systems, etc - things where transactions are sort of important (lose my status update - no big deal, lose my $100 transfer and I'm sort of mad). There is room for a lot of things out there. "

ip4368

驚你睇唔到.. 我quote埋比你
"And remember also, most people are not building facebook, they  ...
7h1r733n 發表於 2016-10-30 14:06

評個分，寫個comment都要transaction safe。update下餐廳資料又要transaction safe。
咁依個世界應該差唔多所有嘢都要transaction safe。
(我仍然都係針對緊樓主個use case嚟諗，如果樓主真係需要transaction safe，我無諗過叫佢用NoSQL。所以我一開始先問有無諗過咩原因用MySQL，唔問原因，又點討論方案？)

7h1r733n

評個分，寫個comment都要transaction safe。update下餐廳資料又要transaction safe。
咁依個世界應該差唔 ...
ip4368 發表於 2016-10-30 16:18

算啦.. 觀點與角度問題.... 你覺得data lose係冇所謂.. user d data係唔重要.. even係一個review或者restaurant info... 咁咪go ahead囉..
仲有好多人覺得user d data其實唔重要.. 所以咁多mis-configuration.. 咁多data leak..

你有冇問吓D user係咪咁諗先? 定係你自己覺得唔重要咋

sailoralan

剛發現一個新方法
請問用Google Fusion Table得唔得?

hihihi123hk

算啦.. 觀點與角度問題.... 你覺得data lose係冇所謂.. user d data係唔重要.. even係一個review或者rest ...
7h1r733n 發表於 2016-10-30 16:26

   
敢問當你每秒幾萬個 Write 嘅時候 純用SQL 要多幾多Cost 先做到

例如 instagram/ Facebook/ 9gag 啲 Like、 Comment 之類

我覺得 Data 嘅重要性非常客觀，完全唔存在觀點與角度。

睇完你啲 Comment 令我諗起兩個例子

SLA
99.99% VS 99.99999%

Avg. API Response Time
200ms VS 15ms

你要花時間花成本做啲無謂野阻住 自己/ 老細件Product 前進，其實無人阻到你

via HKEPC Ionic Reader v1.4.2 - iPhone