文檔數(shù)據(jù)庫(Document-orient Database)支持Schema-Free,他的一行記錄格式為：{"name": "外觀設計", "value": "直板"}}，實際上是使用KEY/VALUE存儲的mongo采用的是BSON二進制編碼，因此空間上來說應該會比JSON省一些的，解析的時候按照JSON解析。每一個Document都包含了元數(shù)據(jù)信息，每個文檔之間不強迫要求使用相同的格式，同時呢他們也支持各種索引，在方便程度是完勝比MySQL。關于Mysql 表設計和MongoDB scheme free 設計的對比，可以參考下：http://blog.NOSQLfan.com/html/2985.html然而由于元數(shù)據(jù)的大量冗余，空間上的浪費很嚴重。

我們提供的服務有：做網(wǎng)站、成都網(wǎng)站設計、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認證、大柴旦ssl等。為上1000家企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務，是有科學管理、有技術(shù)的大柴旦網(wǎng)站制作公司

      對于MySQL這種典型的關系型數(shù)據(jù)庫，DDL對io的沖擊是不容忽視的，這往往是由數(shù)據(jù)存儲格式造成的。

Innodb 存儲引擎是已經(jīng)針對二級索引的修改作出了努力，即在ddl 過程中可以不拷貝數(shù)據(jù)，但是這個期間還是會鎖住表的。對于ONLINE schema  change  OSC的使用，這個倒是挺方便。

      一般的做法是現(xiàn)在備庫上做DDL操作，然后在主從切換，等全部操作完成后在恢復原樣。

在于關系型存儲引擎將元數(shù)據(jù)和數(shù)據(jù)分開存儲，對元數(shù)據(jù)的某些修改需要修改所有的數(shù)據(jù)。避免這個問題的一種做法是把元數(shù)據(jù)和數(shù)據(jù)放在一起，也就是NoSQL領域流行的Schema-free。

當前名稱：MongoDBschema-freevsMySQLDDL
本文地址：http://chinadenli.net/article46/ppigeg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供搜索引擎優(yōu)化、企業(yè)建站、品牌網(wǎng)站建設、網(wǎng)站改版、企業(yè)網(wǎng)站制作、做網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)