自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

粉碎5個(gè)NoSQL流言:各司其職,NoSQL的出現(xiàn)比關(guān)系型更早

云計(jì)算
巴西人Henrique Lobo Weissmann(還有個(gè)名字叫Kico Lobo)是咨詢公司itexto的聯(lián)合創(chuàng)始人,他還在2008年創(chuàng)立了Grails Brasil——巴西最大的Groovy and Grails 用戶組織,當(dāng)下成員已超過(guò)1700個(gè),仍處于飛速增長(zhǎng)階段。

巴西人Henrique Lobo Weissmann(還有個(gè)名字叫Kico Lobo)是咨詢公司itexto的聯(lián)合創(chuàng)始人,他還在2008年創(chuàng)立了Grails Brasil——巴西最大的Groovy and Grails 用戶組織,當(dāng)下成員已超過(guò)1700個(gè),仍處于飛速增長(zhǎng)階段。近日Kico在其博客上發(fā)表了多篇NoSQL精彩博文,這里為大家分享他對(duì)NoSQL一些常見(jiàn)宣傳的看法。

[[84932]]

以下為譯文:

與許多流行詞一樣,NoSQL在大肆宣傳后,許多荒謬的觀點(diǎn)產(chǎn)生,本篇文章將揭穿其中廣被認(rèn)同的5個(gè)。

流言1:NoSQL是新鮮事物

從根本上說(shuō),NoSQL數(shù)據(jù)庫(kù)系統(tǒng)的幾大屬性都不是出于關(guān)系模型,而關(guān)系模型首次揭露是在1970年Codd發(fā)布的文章中。

那么,這是否就意味著在1970年之前不存在任何其它的數(shù)據(jù)庫(kù)系統(tǒng)?不容爭(zhēng)論的是,這些數(shù)據(jù)庫(kù)卻是真實(shí)存在,比如CODASYL系統(tǒng),它顯然不是關(guān)系型數(shù)據(jù)庫(kù);基于其主要屬性,NoSQL的誕生其實(shí)明顯早于傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)。

流言2:遺棄數(shù)據(jù)結(jié)構(gòu)模型

從長(zhǎng)遠(yuǎn)上看,這個(gè)流言的影響更為惡劣。雖然許多NoSQL解決方案都不會(huì)強(qiáng)迫你使用嚴(yán)格的數(shù)據(jù)結(jié)構(gòu)模型,但是絕對(duì)不意味它可以忽視。而在實(shí)際操作中也是恰恰相反的,隨著時(shí)間的流逝,你必須明白你為什么要使用這些屬性。

有些情況可能會(huì)更加危險(xiǎn),舉個(gè)MongoDB的例子:作為一個(gè)良好的實(shí)踐,許多經(jīng)驗(yàn)豐富的用戶都會(huì)建議去建立文檔的屬性,在文檔大小改變時(shí),通過(guò)預(yù)分配大小去避免文檔的完整拷貝。還有在查詢優(yōu)化時(shí),你必須要清楚你的結(jié)構(gòu)模型以便做索引。

流言3:NoSQL的擴(kuò)展性永遠(yuǎn)都是卓越的

高擴(kuò)展性是NoSQL的主要賣點(diǎn)之一,但是僅僅選擇一個(gè)NoSQL解決方案并不意味著擴(kuò)展性問(wèn)題的解決,真正解決問(wèn)題的是優(yōu)秀的架構(gòu)。

不錯(cuò),這里確實(shí)存在通過(guò)選擇NoSQL讓系統(tǒng)擴(kuò)展性得到了大幅度的提升。然而勝利的背后依稀可見(jiàn)的是數(shù)據(jù)結(jié)構(gòu)的變化,在特定場(chǎng)景下使用正確的結(jié)構(gòu)替換錯(cuò)的。

這個(gè)流言中有趣的地方是忽略了同樣提供優(yōu)秀擴(kuò)展性的關(guān)系型數(shù)據(jù)庫(kù),不錯(cuò),使用NoSQL方案進(jìn)行擴(kuò)展確實(shí)非常容易,但是NoSQL的選擇絕對(duì)不是問(wèn)題解決的唯一功臣。

流言4:不公平的基準(zhǔn)

你如何才能公平的比較兩個(gè)完全不同的持久化方案,比如:鍵值、關(guān)系、文檔等等。而當(dāng)下許多NoSQL與關(guān)系型數(shù)據(jù)庫(kù)的對(duì)比也并不公平。

當(dāng)你的查詢只涉及一個(gè)鍵時(shí),NoSQL數(shù)據(jù)庫(kù)的性能明顯要優(yōu)于關(guān)系型數(shù)據(jù)庫(kù)。公平的基準(zhǔn)應(yīng)該建立在同類型產(chǎn)品的比較之上,類似MySQL與MongoDB的對(duì)比根本無(wú)任何意義。即使系統(tǒng)性能取得了巨大提升,也只是開(kāi)始時(shí)使用了錯(cuò)誤的數(shù)據(jù)結(jié)構(gòu)模型而已。

流言5:NoSQL可以大幅度的提高生產(chǎn)力

這一點(diǎn)只發(fā)生在夢(mèng)中,或者是開(kāi)始選擇了錯(cuò)誤的工具。在選擇NoSQL之前,我們已經(jīng)使用了多年的關(guān)系型數(shù)據(jù)庫(kù),這里只存在團(tuán)隊(duì)花大量精力去適應(yīng)NoSQL的情況。

很少人談及這一點(diǎn), NoSQL采用最大的挑戰(zhàn)是文化,而不是技術(shù)。新事物之所以難以接受,是因?yàn)?ldquo;老伙計(jì)”用起來(lái)很舒服,即使新事物更加得優(yōu)秀。生產(chǎn)力源于實(shí)踐,而不是魔術(shù)。

總結(jié)

對(duì)比近年來(lái)研發(fā)領(lǐng)域發(fā)生的事件,NoSQL絕對(duì)可以稱得上最有意義之一;然而需要銘記的是,任何提升都需要付出同等的代價(jià)。

責(zé)任編輯:王程程 來(lái)源: 博客
相關(guān)推薦

2017-01-04 16:18:05

非數(shù)據(jù)庫(kù)NoSql關(guān)系型數(shù)據(jù)庫(kù)

2020-10-31 22:01:40

NoSQL數(shù)據(jù)庫(kù)

2018-12-24 18:35:11

NoSQLRedisMongoDB

2018-10-30 15:32:07

數(shù)據(jù)庫(kù)NoSQLNewSQL

2011-05-13 09:46:20

MySQLNoSQL

2023-09-05 10:25:35

數(shù)據(jù)庫(kù)性能

2013-12-03 11:00:48

2011-03-14 14:59:01

NoSQL

2011-03-14 15:56:37

NoSQL

2021-02-03 11:44:15

NoSQL關(guān)系數(shù)據(jù)庫(kù)

2011-03-31 14:02:59

NoSQL緩存架構(gòu)

2009-07-10 09:28:41

NoSQL關(guān)系數(shù)據(jù)庫(kù)

2011-08-18 14:09:35

NoSQL

2012-02-16 09:20:19

NoSQL

2011-03-24 17:09:08

TrinityNoSQL

2011-05-16 09:27:10

MySQLNoSQL

2012-05-15 10:28:29

NoSQL數(shù)據(jù)庫(kù)建模技術(shù)

2016-12-04 16:36:18

NoSQL數(shù)據(jù)庫(kù)大數(shù)據(jù)

2012-02-01 16:26:04

NoSQLMoreSQL數(shù)據(jù)庫(kù)

2011-10-20 13:37:46

OracleNoSQL數(shù)據(jù)庫(kù)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)