本帖最後由 7h1r733n 於 2016-11-22 21:59 編輯
敢問當你每秒幾萬個 Write 嘅時候  純用SQL 要多幾多Cost 先做到

例如 instagram/ Faceb ...
hihihi123hk 發表於 2016-11-22 21:31


你又真係睇D唔睇D.. 有幾多人寫facebook, instagram, 9gag?
都係果句.. 你D野唔駛ACID.. data lose冇所謂.. 咁咪nosql..
完.. 我唔想再回呢條冇營養o既thread


http://erthalion.info/2015/12/29/json-benchmarks/

TOP

本帖最後由 hihihi123hk 於 2016-11-22 23:22 編輯

回覆 21# 7h1r733n


   
你似乎都係唔明「你嘅啓法」有乜問題

不如概括下我感受到「你嘅啓法」:

「所有野都一定用 SQL 儲,咁就最好、最無伏!還掂你又唔係做緊 Facebook Instagram 。啲 NoSQL DB 豐富嘅 Data Structure 你都無機會用架喇,完全睇唔到有任何"亮點" 」

揀工具,從來個重點係「有需要、合適就應該要用」
而唔係「覺得XXX 都做到啦,莫視其實 YYY 更合適、時間成本更低」


正如第二位師兄所講,世界上有極多 Data 都無需要ACID,可能只係單純用黎提升UX 或者根本無 Concurrency 問題,用Document Based 去 Model 嗰啲野,彈性更高更加容易去改或者 Maintain,甚至以同樣時間做到一個更高質素嘅系統。

尤其喺當 Client 連自己都未清楚自己嘅 Requirement 嘅時候,唔夠 Requirement 根本無可能做到一個好嘅 Relational Design,所以如果無需要 Transaction 又揀 SQL 去做   聞者傷心聽者流淚。

等我又達一篇出黎,然後 完!

NoSQL data modeling often starts from the application-specific queries as opposed to relational modeling:
Relational modeling is typically driven by the structure of available data. The main design theme is  "What answers do I have?”
NoSQL data modeling is typically driven by application-specific access patterns, i.e. the types of queries to be supported. The main design theme is “What questions do I have?”  


https://highlyscalable.wordpress ... odeling-techniques/

via HKEPC Ionic Reader v1.4.2 - iPhone

TOP

本帖最後由 7h1r733n 於 2016-11-22 23:44 編輯
回覆  7h1r733n


   
你似乎都係唔明「你嘅啓法」有乜問題  

不如概括下我感受到「你嘅啓法」: ...
hihihi123hk 發表於 2016-11-22 23:20


Some interesting info...
https://engineering.meteor.com/m ... 6594a827#.y5ijtbcv1

TOP

呢個世界往往有好多得兩三年exp既人去挑戰人地有十幾廿年經歷,佢地唔係有既知識比人強,而係認為自己比人聰明

TOP

本帖最後由 hihihi123hk 於 2016-11-23 10:39 編輯
呢個世界往往有好多得兩三年exp既人去挑戰人地有十幾廿年經歷,佢地唔係有既知識比人強,而係認為自己比人 ...
Poissons 發表於 2016-11-23 09:36


   
呢個香港往往有好多有十幾廿年經歷既人去否定世界証明過係更有效兼且已經大量 On Production 嘅技術,佢地唔係有既知識比人強,而係自己停留咗係十年前,新時代遇到嘅問題佢地從來未遇過,然後覺得自己係呢行玩咗一定年資覺得自己嘅經歷好重要

不過十年前邊有而家呢個社區咁開放,個個都 Closed Source 唔會分享 Success,我唔知但我相信當年有經驗的確係比其他人優勝。

呢個年代有邊個唔知 Instagram、Facebook、Snapchat、Airbnb 、Uber 用緊咩技術?(可能真係有...) 佢地用嘅背後全部有理有據,有興趣基本上一定 Google 到,見到自己做緊嘅 Product 有相似 Use case 梗係直接 Proof of concept 然後直接 Adopt;不過總有人無視呢啲野   係啦實係揀啲十年前都用緊嘅,  說穿了最後都係 Machine code ,旁人覺得你夾硬做嘅野你依舊認為係 Standard

題內話:一件工具可以做啲乜、唔應該做啲乜、有乜野限制,呢個年代用之前去 Research 去自行判斷適唔適合。

不過總有啲人一味拎住個技術限制就判個技術死刑 ,完全無視合適嘅 Use case。

via HKEPC Ionic Reader v1.4.2 - iPhone

TOP

RethinkDB - The best of both world? (NoSQL + RMDB + Transactions Safe)
https://www.rethinkdb.com

TOP

呢個香港往往有好多有十幾廿年經歷既人去否定世界証明過係更有效兼且已經大量 On Production 嘅技 ...
hihihi123hk 發表於 2016-11-23 10:26

本來真係唔想回你…  如果連個客都唔知個requirement,  你又憑乜嘢去判斷人地個requirement?  如果有一日突然需求acid 咁點? 傳統sql 最簡單一個理由就係it works...成日話nosql幾快幾好,你有冇計過個project 需要幾多processing  power?

你qoute人地話好多嘢唔駛acid,  但同一個thread 又話nosql 好多時唔可以獨立用, 咁係咪前後矛盾?
最後而家pgsql 同mysql 都support json storeage engine,  咁點解仲suggest 人地用mongo.  又話mongo 點點點?

而事實用mongo 最後好多都轉去pgsql,  點解?


我不是否定nosql,  我只係話mongo 冇亮點

TOP

講到咁多On production o既外星科技.. 大把use case啦...  唔知點解RDBMS個trend都係冇乜點跌過...  唉.. 呢個世界真係太多人唔識貨.. 唔識用facebook d外星科技..

除左眾人皆醉你獨醒... 我都唔知應該講乜...
http://db-engines.com/en/ranking_trend
http://db-engines.com/en/ranking_categories

TOP

本帖最後由 Poissons 於 2016-11-24 08:58 編輯
本來真係唔想回你…  如果連個客都唔知個requirement,  你又憑乜嘢去判斷人地個requirement?  如果有一日 ...
7h1r733n 發表於 2016-11-23 14:15

千千萬萬種CASE 都未見過,分分鐘你講既野,人地都要GOOGLE下咩黎,再COPY AND PASTE串你

有資格同能力去做COMPARISON 既人,只有佢對兩種PRODUCT/SERVICE 都好熟/精先可以去比較,而唔係只對一種熟就去踩另一種,分分鐘遖自己認為熟既果種都係半桶水都未必有。

我遇過好多做左一年野,上網睇到D ARTICALS 就係度踩呢樣踩果樣,又話新野幾勁幾好
慳返淡氣LA

TOP

呢個香港往往有好多有十幾廿年經歷既人去否定世界証明過係更有效兼且已經大量 On Production 嘅技 ...
hihihi123hk 發表於 2016-11-23 10:26

有資歷既人係會有技術加經驗,而唔係停留

任何人如果只對一種SERVICE 精而去做比較,無論有無資歷都晒氣

TOP