沒有最好的,看不同的需要,各種數(shù)據(jù)庫都有其使用的環(huán)境的
創(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)定制、成都微信小程序服務(wù),打造霍城網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供霍城網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。
比較常用的關(guān)系型數(shù)據(jù)庫就是oracle
sybase
iq屬于列陣式數(shù)據(jù)庫
還有一些nosql(not
only
sql)數(shù)據(jù)庫
NoSQL,是not
only
sql,是非關(guān)系數(shù)據(jù)庫,不同于oracle等關(guān)系數(shù)據(jù)庫。hadoop,是分布式解決方案,即為Mapreduce(計(jì)算的)和HDFS(文件系統(tǒng)),使用Hadoop和NoSQL可以構(gòu)造海量數(shù)據(jù)解決方案。
Casbah過于底層,用起來肯定不爽的。你需要的是一個ORM幫你搞定BSON到case class的轉(zhuǎn)換。
推薦兩個:
novus/salat · GitHub 很方便,用起來比reactivemongo要容易點(diǎn),但是貌似最近沒怎么維護(hù)了。
ReactiveMongo 顧名思義,所有操作都是reactive的,底層是akka寫的。這個出發(fā)點(diǎn)是好的,但是具體用起來有點(diǎn)麻煩,好多callbacks,就跟node一樣。尤其是寫腳本的時候,沒得選。這個庫維護(hù)得還不錯。適合在項(xiàng)目中用。
ongoDB
MongoDB是一個介于關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫之間的產(chǎn)品,是非關(guān)系數(shù)據(jù)庫當(dāng)中功能最豐富,最像關(guān)系數(shù)據(jù)庫的。他支持的數(shù)據(jù)結(jié)構(gòu)非常松散,是類似json的bjson格式,因此可以存儲比較復(fù)雜的數(shù)據(jù)類型。Mongo最大的特點(diǎn)是他支持的查詢語言非常強(qiáng)大,其語法有點(diǎn)類似于面向?qū)ο蟮牟樵冋Z言,幾乎可以實(shí)現(xiàn)類似關(guān)系數(shù)據(jù)庫單表查詢的絕大部分功能,而且還支持對數(shù)據(jù)建立索引。它的特點(diǎn)是高性能、易部署、易使用,存儲數(shù)據(jù)非常方便。
No SQL DB是一種和關(guān)系型數(shù)據(jù)庫相對應(yīng)的對象數(shù)據(jù)庫。按照數(shù)據(jù)模型保存性質(zhì)將當(dāng)前NoSQL分為四種:
1.Key-value stores鍵值存儲, 保存keys+BLOBs
2.Table-oriented 面向表, 主要有Google的BigTable和Cassandra.
3.Document-oriented面向文本, 文本是一種類似XML文檔,MongoDB 和 CouchDB
4.Graph-oriented 面向圖論. 如Neo4J.
關(guān)系型數(shù)據(jù)庫的弊端:
關(guān)系型數(shù)據(jù)庫的歷史已經(jīng)有30余年了,因此,在某些情況下,關(guān)系型數(shù)據(jù)庫的弱點(diǎn)就會暴露出來:
1. “對象-關(guān)系 阻抗不匹配”。關(guān)系模型和面向?qū)ο竽P驮诟拍钌洗嬖谔烊坏牟黄ヅ涞牡胤?,比如對象模型?dāng)中特有的“繼承”,“組合”,“聚合”,“依賴”的概念在關(guān)系模型當(dāng)中是不存在的。
2. “模式演進(jìn)”。即隨著時間的推移,需要對數(shù)據(jù)庫模式進(jìn)行調(diào)整以便適應(yīng)新的需求,然而,對數(shù)據(jù)庫模式的調(diào)整是的成本很高的動作,因此很多設(shè)計(jì)師在系統(tǒng)設(shè)計(jì)之初會設(shè)計(jì)一個兼容性很強(qiáng)的數(shù)據(jù)庫模式,以應(yīng)對將來可能出現(xiàn)的需求,然而在現(xiàn)在的web系統(tǒng)開發(fā)過程中,系統(tǒng)的變更更加頻繁,幾乎無法預(yù)先設(shè)計(jì)出一種“萬能”的數(shù)據(jù)庫模式以滿足所有的需求,因此 模式演進(jìn)的弊端就愈發(fā)凸顯。
3. 關(guān)系型數(shù)據(jù)庫處理 稀疏表時的性能非常差。
4. network-oriented data 很適合處理 人工智能、社交網(wǎng)絡(luò)中的一些需求。
所以,各種各樣的No SQL DB 出現(xiàn)了,這里只簡單介紹下Neo4J 的基本知識。
Neo 數(shù)據(jù)模型
Neo4J 是一個基于圖實(shí)現(xiàn)的No SQL DB, 其基本的數(shù)據(jù)類型有如下幾種:
Node, Relationship, Property.
Node 對應(yīng)于圖中的 節(jié)點(diǎn),Relationship 對應(yīng)圖中的邊,Node 和 Relationship 都可以擁有Property,
Property 的數(shù)據(jù)結(jié)構(gòu)為。
數(shù)據(jù)遍歷
新聞名稱:最好用的nosql,最好用的十大精華排名
瀏覽地址:http://sd-ha.com/article44/dsspgee.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供、面包屑導(dǎo)航、品牌網(wǎng)站制作、Google、網(wǎng)站制作、網(wǎng)站內(nèi)鏈
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)