偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

4 種不適合使用NoSQL數(shù)據(jù)庫的場景

數(shù)據(jù)庫
當NoSQL產(chǎn)品用來實現(xiàn)以滿足諸如Google,F(xiàn)acebook和Twitter等與生俱來的網(wǎng)絡公司的可擴展性需求時,它們開始引起注意。 這些公司要處理大量來自無數(shù)來源的非結構化數(shù)據(jù):網(wǎng)絡搜索,移動設備,用戶狀態(tài)更新,評論流等。

我們在最近的一篇文章中探討了 NoSQL 和 NewSQL之間的基本區(qū)別。 現(xiàn)在讓我們通過觀察開發(fā)人員真正關心的問題來剖析其差異:

[[191564]]

  1. 我們可以用NoSQL來解決哪些問題?
  2. 同樣重要的是,NoSQL在哪些方面不適合使用?
  3. 不同的方法 (NoSQL 和 NewSQL) 在哪些方面才能顯示它們的優(yōu)勢?

讓我們回顧一下NoSQL和NewSQL之間四個有明顯差異的領域,并回顧一下一些使用NoSQL技術,但可能不是***選擇的用例。

NoSQL數(shù)據(jù)庫的四個缺點

不要讓我們產(chǎn)生誤解,NoSQL數(shù)據(jù)庫對于許多工作負載和應用程序是非常有優(yōu)勢的,但在四個方面,NoSQL的缺點是很明顯的。

可擴展性

當NoSQL產(chǎn)品用來實現(xiàn)以滿足諸如Google,F(xiàn)acebook和Twitter等與生俱來的網(wǎng)絡公司的可擴展性需求時,它們開始引起注意。 這些公司要處理大量來自無數(shù)來源的非結構化數(shù)據(jù):網(wǎng)絡搜索,移動設備,用戶狀態(tài)更新,評論流等。

在這些用例中,最重要的考慮是可擴展性:數(shù)據(jù)庫必須大規(guī)模擴展。 SQL數(shù)據(jù)庫的僵硬模式和交互性被視為枷鎖,并且在傳統(tǒng)RDBMS上擴展的成本也被認為是不可行的。

在廉價的硬件商品上向外擴展的能力是很關鍵的。 如果你的用例需要橫向擴展***數(shù)據(jù)源,NoSQL可能是正確的選擇 --- 除非你要對數(shù)據(jù)進行實時操作。

雖然傳統(tǒng)的關系數(shù)據(jù)庫系統(tǒng)提供了擴展選項 ---- 以非常顯著的成本 ---- 許多NewSQL系統(tǒng)被設計為解決可擴展性挑戰(zhàn),首先使用NoSQL來解決,同時保留傳統(tǒng)RDBMS的事務性和交互性。

一個很好的替代方案是內存中,大規(guī)模并行的SQL關系數(shù)據(jù)庫,它在廉價的硬件商品上線性擴展。 數(shù)據(jù)庫應該是云友好的,并且能夠通過擴展來滿足云操作的需求。 應該將其設計為具有高性能和低延遲,具有無共享,本地群集,云友好的架構,從而實現(xiàn)高可用性,可冗余和容錯性。

可用性

大多數(shù)NoSQL系統(tǒng)是為可用性設計的,CAP-定理>

這個由Apache Cassandra做出的著名的設計決策是基于這樣一個觀點,即數(shù)據(jù)總是可以訪問比數(shù)據(jù)立即正確更重要。 畢竟,理由是,誰真的關心一個Tweet是否真的按照發(fā)布的順序實時顯示? 最終,它將以正確的順序顯示,但不一定非得立即正確顯示。

在某些用例中,最終的一致性是可以接受的。 但是在許多情況下,例如當您需要立即作出決定時...

  • 讓移動用戶的訪問通過。
  • 分配有限的,稀缺的資源。
  • 處理財務。

... EC(和NoSQL)就不是一個好的選擇。

一些NewSQL系統(tǒng)允許用戶能夠將一致性級別調低。 例如,MemSQL支持弱隔離(ACID中的“I”)來提高查詢延遲。 為了可用性而犧牲正確答案,這對分析型(OLAP)工作負載可能是有意義的,但對事務型(OLTP)工作負載就變得無關緊要了。

一致性(例如,兼容ACID事務,正確答案)

NoSQL系統(tǒng)被設計為可用性(見上文)。 這個選擇意味著他們無法提供CAP定理>

因此,NoSQL系統(tǒng)選擇AP - 它們是可用性和分區(qū)容錯性。 這使得NoSQL對于需要強一致性的應用程序或用例來說是一個糟糕的選擇:

  • 計費。
  • 權限管理,運營支持(電信公司)。
  • ***一美元(廣告科技,游戲)。
  • SLA(譯者注:Service Level Agreement 服務級別協(xié)議,提供服務的企業(yè)與客戶之間就服務的品質、水準、性能等方面所達成的雙方共同認可的協(xié)議或契約)管理,會話管理。
  • 交易驗證,欺詐檢測,投標和報價管理。
  • 傳感器管理。

典型的CAP定義說:你不可能同時滿足這三個特性。

一個更實際的方式來考慮CAP:面對網(wǎng)絡分區(qū),您不能總是具有***的一致性和100%的可用性。 您應該相應地做出規(guī)劃。

快速請求-響應應用程序

現(xiàn)代請求-響應式風格的應用程序大量發(fā)生:

  • 驗證用戶的余額時允許移動電話進行連接。
  • 以***惠的價格交易。
  • 向潛在的成千上萬的用戶展示移動廣告,而不會影響廣告客戶的廣告預算。
  • 為電信運營商管理嚴格的SLA。
  • 在交易批準之前檢測欺詐刷卡。

這些事件在世界各地每天發(fā)生數(shù)百萬次。 電信,金融服務,在線游戲,廣告技術等行業(yè)的供應商需要適應這些事件的變化和速度。 他們需要一個可擴展的,事務性一致的解決方案。

責任編輯:武曉燕 來源: 可譯網(wǎng)
相關推薦

2015-03-12 13:39:48

Hadoop場景大數(shù)據(jù)

2022-07-12 14:04:19

Kafka

2019-10-12 11:15:10

數(shù)據(jù)庫工具技術

2009-07-16 10:53:11

iBATIS 使用

2015-07-23 11:26:35

虛擬化負載類型

2018-06-08 08:59:42

數(shù)據(jù)庫Docker容器化

2021-01-31 18:52:36

Rust開發(fā)Web API

2013-08-16 10:00:45

VMwareOpenStack

2012-06-25 14:09:58

2010-07-20 09:56:53

VDI部署

2018-07-29 07:58:34

物聯(lián)網(wǎng)IOT物聯(lián)網(wǎng)產(chǎn)品

2009-01-15 18:30:11

服務器虛擬化VMware

2009-10-14 08:30:22

Windows 7UAC企業(yè)部署

2015-10-13 14:23:42

特質適合創(chuàng)業(yè)

2022-11-07 10:20:20

useEffects

2013-12-09 10:16:03

Android firAndroid開發(fā)移動創(chuàng)業(yè)

2012-03-13 15:28:47

Kindle Fire傲游

2013-08-13 14:33:17

程序員

2022-06-22 13:23:40

元宇宙遠程工作VR

2010-01-08 09:13:28

點贊
收藏

51CTO技術棧公眾號