MongoDB 是一個跨平臺的，面向文檔的數(shù)據(jù)庫，提供高性能，高可用性和可擴(kuò)展性方便。 MongoDB 工作在收集和文件的概念。

數(shù)據(jù)庫

數(shù)據(jù)庫是一個物理容器集合。每個數(shù)據(jù)庫都有自己的一套文件系統(tǒng)上的文件。一個單一的MongoDB服務(wù)器通常有多個數(shù)據(jù)庫。

集合

集合是一組MongoDB的文檔。它相當(dāng)于一個RDBMS表。收集存在于一個單一的數(shù)據(jù)庫。集合不執(zhí)行模式。集合內(nèi)的文檔可以有不同的領(lǐng)域。通常情況下，一個集合中的所有文件是相同或相關(guān)的目的。

文檔

文檔是一組鍵 – 值對。文件動態(tài)模式。動態(tài)模式是指，在相同集合中的文檔不需要具有相同的字段或結(jié)構(gòu)組的公共字段的集合的文檔，可以容納不同類型的數(shù)據(jù)。

1. 單表數(shù)據(jù)的導(dǎo)出

針對單表數(shù)據(jù)的導(dǎo)出操作，MongoDB 提供了 mongoexport 命令。mongoexport 既可以將數(shù)據(jù)導(dǎo)出為 CSV 格式的文件，也可以導(dǎo)出 JSON 格式的文件。這兩者之間的區(qū)別是：

JSON 是 mongoexport 默認(rèn)的導(dǎo)出格式，不需要指定，而要導(dǎo)出 CSV 格式的話需要明確指定；導(dǎo)出 CSV 格式必須顯式指定各屬性名，而導(dǎo)出 JSON 格式不需要。由此可見導(dǎo)出 JSON 格式更靈活、更方便，而且對于復(fù)雜的表結(jié)構(gòu)還不會有屬性丟失的風(fēng)險(xiǎn)，因此筆者比較傾向于這種導(dǎo)出格式。本文示例用的就是這種格式。

trans.sp 表結(jié)構(gòu)如下：

{
“_id” : ObjectId(“56ea7cc7ec8d83257c013844”),
“orderNum” : “804918166317174541239”,
“sysOrderNum” : “43fd399715df4e874c773373c422a896”,
“respCode” : “09”,
“merId” : “991653448160401”,
“transAmt” : NumberLong(300),
“transStatus” : “10”,
“transType” : NumberInt(1),
“chanMerId” : “1244891002”,
“chanCode” : “WXP”,
“createTime” : “2016-03-17 17:45:43”,
“updateTime” : “2016-03-17 17:45:43”,
“refundStatus” : NumberInt(0),
“fee” : NumberLong(2),
“netFee” : NumberLong(2),
“tradeFrom” : “openapi”,
“lockFlag” : NumberInt(0),
“settRole” : “WXP”,
“currency” : “CNY”,
“busicd” : “PAUT”,
“agentCode” : “25911283”,
“qrCode” : “weixin://wxpay/bizpayurl?pr=lh73Vjt”,
“terminalid” : “802918”,
“errorDetail” : “處理中”,
“goodsInfo” : “雙山趣兒85g,3.0,1”,
“discountAmt” : NumberLong(0),
“merName” : “云高科技服務(wù)有限公司”,
“agentName” : “白山機(jī)構(gòu)”
}