阿里云數(shù)據(jù)庫團(tuán)隊(duì)比較熟,隨手梳理了以下
創(chuàng)新互聯(lián)建站專注于昌平網(wǎng)站建設(shè)服務(wù)及定制,我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠為您提供昌平營銷型網(wǎng)站建設(shè),昌平網(wǎng)站制作、昌平網(wǎng)頁設(shè)計(jì)、昌平網(wǎng)站官網(wǎng)定制、小程序設(shè)計(jì)服務(wù),打造昌平網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供昌平網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。
丁奇:MySQL社區(qū)核心成員。專注于數(shù)據(jù)存儲(chǔ)系統(tǒng)、MySQL 源碼研究和改進(jìn)、MySQL 性能優(yōu)化和功能改進(jìn)。
子嘉:Redis中國用戶會(huì)發(fā)起人,Redis技術(shù)大學(xué)校長
葉翔:MongoDB江浙地區(qū)用戶會(huì)主席
在此之前也是淘寶Tair分布式KV系統(tǒng)的技術(shù)負(fù)責(zé)人,負(fù)責(zé)過阿里云Memcache,Redis服務(wù)等,在阿里集團(tuán)工作8年,一直在做NoSQL相關(guān)的技術(shù)。
德歌:阿里云 PostgreSQL技術(shù)負(fù)責(zé)人,PostgreSQL中國技術(shù)大學(xué)校長、GreenPlum源碼深度研究者
彭立勛:參與了ACMUG(MySQL中國用戶組)的發(fā)起和組建,擔(dān)任副主席和杭州地區(qū)的組織者。MariaDB基金會(huì)唯一的中國成員
蕭少聰:PostgreSQL 中國社區(qū)主席
你是想做數(shù)據(jù)分析對吧?
建議啊,先學(xué)R,R能應(yīng)付很多統(tǒng)計(jì)問題了
再去學(xué)python,python語法當(dāng)然了必須先掌握,這個(gè)很簡單,然后就是python有兩個(gè)
跟數(shù)據(jù)分析密切相關(guān)的包,如果你想做數(shù)據(jù)分析,請把重點(diǎn)放在兩個(gè)包上
再學(xué)sql吧,畢竟單純的學(xué)sql沒有什么意義,因?yàn)槭裁匆沧霾涣?/p>
sql 建議先學(xué)sql server,有了python的語法基礎(chǔ)學(xué)sqlserver很簡單,當(dāng)然沒有基礎(chǔ)也能學(xué),只是有一門語言基礎(chǔ)學(xué)起來更容易
學(xué)完sql server 再學(xué)oracle,oracle一定要學(xué),其他數(shù)據(jù)庫根據(jù)需求來學(xué),比如Nosql就非常好
如果每條記錄的記錄格式是固定的,不是不定列的,優(yōu)先SQL,SQL體系發(fā)展了這么久,事件、索引等技術(shù)不是近年的NoSQL可比。
mongodb是基于文檔式的,對于記錄格式不等倒是不錯(cuò),索引方面……還是不要提了。
個(gè)人不認(rèn)為nosql在少量數(shù)據(jù)存儲(chǔ)上有啥優(yōu)勢。nosql主要解決的是auto sharding的問題,你不需要sharding,搞啥nosql. 作者:方圓 鏈接:
Apache三劍客:HBase, Cassandra, CouchDB。HBase的前景最為看好,因?yàn)樗拈_發(fā)者眾多并且都是頂尖高手。Cassandra目前有很多否定的聲音。CouchDB的小而精悍,贊譽(yù)很多,將要正式發(fā)布的CouchBase融合了MemBase和CouchDB,很令人期待。
HBase和Cassandra都是效仿Google的BigTable的基于列的數(shù)據(jù)庫,它們都是用Java寫的。另外一類似的數(shù)據(jù)庫是HyperTable,百度用在一些后臺分析,因?yàn)樗荂++寫的,速度比較快。不過HyperTable有點(diǎn)邊緣,不太流行。這些基于列的開源數(shù)據(jù)庫目前都比Goolge的BigTable差之少一個(gè)數(shù)量級
CouchDB是一個(gè)文檔數(shù)據(jù)庫。其最大的競爭者是MongoDB。MongoDB和HBase都采用主從服務(wù)器設(shè)計(jì)。CouchDB的服務(wù)器分布設(shè)計(jì)和Cassandra類似,Peer to Peer類型的。主從服務(wù)器設(shè)計(jì)一般能更好的strong consistent,屬于CAP理論中的CP類型。 CouchDB和Cassandra一般認(rèn)為都是eventual consistent,屬于CAP理論中的AP類型。但其實(shí)MongoDB和Cassandra都可以設(shè)置成strong consistent或者eventual consistent。
以上所提到的數(shù)據(jù)庫都支持MapReduce。好像出了HyperTable都支持非主鍵索引。HBase和strong consistent配置的MongoDB都支持最基本的鎖定(HBase單行鎖定,MongoDB單文檔鎖定),因此可以實(shí)現(xiàn)transaction,但是實(shí)現(xiàn)有點(diǎn)復(fù)雜和低效。單就transaction這一點(diǎn),目前開源NoSQL數(shù)據(jù)庫沒有做的比較好的。
MongoDB的最大賣點(diǎn)是不需構(gòu)建非主鍵索引也能執(zhí)行很多查詢。但是MongoDB的服務(wù)器分布設(shè)計(jì)實(shí)在不能讓人恭維,可以說是NoSQL數(shù)據(jù)庫中最Ugly的實(shí)現(xiàn)。
K-V數(shù)據(jù)庫比較多,而且上面提到的基于列的數(shù)據(jù)庫和文檔數(shù)據(jù)庫其實(shí)也都是K-V數(shù)據(jù)庫。比較流行的純種K-V數(shù)據(jù)庫有:
Memcached: 非常流行,不支持持久化
VMWare's Redis: 很流行,新浪和知乎都在用,CP類型。
MemBase: 由很多Memcached的開發(fā)者開發(fā),使用sqlite作底層存儲(chǔ)。在社交游戲中用的比較多, zynga在用,CP類型。
Riak, 分布式實(shí)現(xiàn)和CouchDB/Cassandra比較像,AP類型。支持MapReduce。
Linkin's Voldemort, 在K-V中少見的eventual consistent ,AP類型。
TT, TC
純基于二維座標(biāo)索引的是Neo4j。但是現(xiàn)在MongoDB和CouchDB都集成這一特性。
目前CouchDB的開發(fā)者成立的公司CouchOne收購了MemBase,將其底層sqlite換成CouchDB推出了CouchBase,從而引入MapReduce以支持非主鍵索引。CouchBase暫時(shí)還沒有正式發(fā)布官方正式版,不過快了。雖然CouchDB是eventual consistent的,但是CouchBase的開發(fā)者宣稱CouchBase保持了MemBase的strong consistent特性,具體實(shí)現(xiàn)有待以后研究。
如果從成熟的角度來看,比較成熟并且十分流行的的有CouchDB,Memcached,Redis。
HBase和MongonDB和Cassandra都比較新,處于頻繁更新之中。最有前途的是HBase,但是Hadoop/HBase集群的維護(hù)常常需要很多專業(yè)人員并且需要構(gòu)建一個(gè)比較大的集群才能最大化體現(xiàn)出威力,因此用戶主要是Facebook, yahoo, 百度和阿里巴巴等大公司。
個(gè)人比較期待CouchBase。
轉(zhuǎn)載僅供參考,版權(quán)屬于原作者。祝你愉快,滿意請采納哦