文檔模型

目前流行的文檔類型有 HTML、Word和 PDF等。HTML文檔側重描述文檔顯示 ，其顯示和打印過於複雜 ，而且編程修改其特定部分比較難 。Word文檔結構複雜 ，由 MS Word操 作 ，帶有編程組件。如果將程序中的文字和數據組織到Word文 檔 中，在程序中可以使用 Word編程組件操作文檔 ，但採用這種方法有下列缺點：文檔操作依賴Word環境，消耗資源較多，速度慢；難以於形成與軟件一致的界面等。

為方便以後文檔中的精細更改，減少不必要的重複工作及文檔格式的統一性，可構建一個文檔模型。

MongoDB是一種常見的Nosql數據庫 ，因其高效的性能和豐富的使用功能在生產中得到非常廣泛的應用 。MongoDB使用 自動分片實現數據 的分佈 ，支持全類型索引 ，使用的查詢語言語法類似面向對象查詢語 言，可以實現類似關係數據庫單表查詢的絕大部分功能 ，支持 主/從 和複製集兩種數據複製機制 ，而且具有跨平台的特性 ，方便數據庫的移植 。MongoDB支持的數據結構非常鬆散 ，是類似ison的bison格式 ，因此可 以存儲比較複雜的數據類型 ，它的邏輯結構是 一種層 次結構 主要 由數據 庫 、集合 、文檔組成 。MongoDB支持的數據類型有 ：Null、Boolean、String、Symbol、ObjectId、date、regularexpression codearray、embededdocument。與關係數據庫的數據類型相比，它的特點在於支持數組和文檔。

DTD（文檔類型定義）可以定義合法的XML文檔結構，它使用一系列合法元素來定義文檔的結構。DTD分為內部DTD和外部DTD，所謂內部DTD是指該DTD在某個文檔的內部，只被該文檔使用。外部DTD是指該DTD不在文檔內部，可以被其他所有的文檔來共享。DTD文檔與XML文檔實例的關係可以看成是類和對象的關係。 DTD的優勢 每一個XML文檔都可攜帶一個DTD，用來對該文檔格式進行描述，測試該文檔是否為有效的XML文檔。既然DTD有外部和內部之分，當然就可以為某個獨立的團體定義一個公用的外部DTD，那麼多個XML文檔就都可以共享使用該DTD，使得數據交換更為有效。甚至在某些文檔中還可以使內部DTD和外部DTD相結合。在應用程序中也可以用某個DTD來檢測接收到的數據是否符合某個標準。 對於XML文檔而言，雖然DTD不是必須的，但它為文檔的編制帶來了方便。加強了文檔標記內參數的一致性，使XML語法分析器能夠確認文檔。如果不使用DTD來對XML文檔進行定義，那麼XML語法分析器將無法對該文檔進行確認。元素的定義根元素的聲明 每個XML文檔都只有一個根元素，其它的子元素都包含在該根元素中。因此在DTD中對根元素的聲明是必不可少的。 ^[1]