Domino.Doc 學習筆記(一)

2019-11-17 06:25:13

字體：大中小

來源：轉載

供稿：網友

　　Domino.Doc 的特征：
1：ODMA(Open Document Management API)compliance,符合開放文檔治理API標準，答應用戶在他們慣用

的應用軟件中使用Domino.Doc的功能，比如在Microsoft Office和Lotus SmartSuite中，用戶可以用這些應用軟件在

Domino.Doc中打開和保存文擋。
2：Security,提供在文擋庫，檔案庫，binder和文檔中的多種安全層次。
3：Check-in and check-out,當多個用戶在同時編輯和治理同一個文檔的時候，（簽入和簽出）功能能保證文

檔的完整和安全。
4：能在文檔庫中查找多個檔案并且能以單一的視圖返回結果。
5：能存儲文檔的多個版本，保證能靈活全面清楚地查看在文檔在審核過程中各個步驟的情況。
6：生命周期（策劃、回顧、批準、發布和歸檔文檔）的治理功能。
7：Lotus Workflow integration.與Lotus Workflow集成，能進行工作流進展和作業狀態的治理。
8：Sametime integration.與Sametime集成，提供了文檔編輯和治理狀態的實時傳輸。
9：與Windows EXPlorer集成，用熟悉的文件治理系統進行Domino.Doc的工作。
10：靈活支持所有終端用戶的Web browser。
11：支持在不同的域之間的數據訪問。
12：服務器到服務器端的分布式檔案庫及其內容的遠端定位。

Domino.Doc 的結構：
The Site Administration Database
Domino.Doc 提供 the Site Administration database，并且提供Site Administrator的角色，來創建

和治理數據庫(libraries)，它是Domino.Doc結構的基礎。
The Library
The Library是進入Domino.Doc的端口，它是用戶登錄文檔存儲系統和存取文檔的“main view”和“

home page”。治理員通過治理功能進行設置或更改library-wide的定義，創建和治理文檔庫，設置文檔的屬性和流程編

聯類型的定義等工作。
File rooms
The file room提供邏輯分類的方法使得檔案庫中的數據搜索更易于進行。所有的檔案庫都包含在一

個文件庫(File rooms)中，當用戶創建一個檔案庫時，可以將其加入到一個已有的文件庫中或者創建一個新的文件庫來

容納此檔案庫。一個檔案庫可以屬于多個文件庫。雖然文件庫是一個很重要的部分，但是它沒有安全設置和屬性定義的

功能。實際上，一個File room是不可被刪除的，只是在它里面沒有檔案或數據交互時，它從邏輯上消失了而已。
File cabinets
Domino.Doc使用檔案庫來組織和治理binder和文檔。檔案庫由存于Domino服務器中的Notes數據

庫(*.nsf)組成，因為檔案庫是*.nsf文件，因此一些用來向文檔中輸入信息(meta-data)時必需的Notes格式就與文檔的內

容一起被存于檔案庫中。同時，用于存取信息的視圖和使與文檔相關的過程自動化的應用邏輯也被包含進來。包含了這

些組成部分，就可以說檔案庫中的內容是安好的。所以，應用邏輯，消息，數據和應用設計部分組成了一個單一的統一

的結構。Domino.Doc在這個架購的基礎上提供單一的、邏輯的視圖來存儲、檢索、治理和分布所有Domino.Doc中包含

的文檔。
由于檔案庫是Notes數據庫，所以它們除了包含用戶檔案以外，還包括了Domino.Doc的應用設計組

件：
Forms??用來輸入概要信息到一個文檔中和用來可視化文檔。
Views??用來排列和歸類文檔。
application logic??用于自動進行文檔治理。
當創建一個檔案庫時，Domino.Doc初始創建了兩個數據庫，一個用來存儲binder定義（binder

database），另一個用來存儲文檔（document database），治理員或檔案庫創建者，可以選擇將所有的數據都存儲到

同一個文檔庫中，也可以在第一個文檔庫滿了的時候創建一個附加的數據庫。
雖然Domino.Doc Administrators和Domino.Doc檔案庫創建者都可以創建和治理檔案庫，但是只有

Domino.Doc Administrators能刪除檔案庫。
Binders
The Domino.Doc binder是存在于檔案庫中的用于組織文檔結構的容器。
每個binder都有使文檔組織和檢索更輕易進行的屬性，系統生成的關聯每個binder的屬性包括標題

、類型、起草者、創建日期、修改日期和文檔數量。
用戶定義的屬性可以應用于任一binder，甚至檔案庫中可有可無的bander類型。那些動態從屬于

bander的系統屬性的應用屬性，就是區分各種類型的bander的要害之處。
binder有存取規則來限制授權用戶。訪問包含binders的文檔被binder存取規則所限制，因為一個

bander的內容就是一個binder所包含的設置狀態，一個用戶必須同時擁有對binder和文檔的編輯權限才能在binder中添

加和移除一個文檔。
可以通過check-in/check-out功能來修改binder的安全設置和屬性。
一個binder只能存在于一個檔案庫中。
Binders作為Domino.Doc的組成部分使組織大型的文檔集合更為輕易。
每個binder都有一個存儲于其父library數據庫中的定義文件。

Documents
A document是Domino.Doc中被治理的信息，它可以是一個像Word文檔或一個電子表格、一個對象

或者是一個Notes文檔。它提供一個具有描述性的標題并且被保存在檔案庫中的一個binder中。
每個文檔都有利于文檔組織和檢索的屬性或元數據，其描述性信息被存儲在文檔庫中。其系統屬性

關聯到每一個文檔，并且可以被引用，比如：文檔的作者，創建日期，最后修改的日期或文檔標題。應用屬性用來區分

每個單獨的應用，它也可以被引用，比如：工程名，文檔類型或者文檔序列號。這些屬性都是可配置的。
對文檔內容的訪問權限可以按授權治理者、編輯者和讀者來劃分。可以從文檔本身或文檔治理者定

義的文檔安全層次中繼續某些屬性，并通過由這些屬性決定的檔案庫或binder的層次來控制訪問權限。
Domino.Doc的check-in/check-out功能保證了在同一時刻只能有一個用戶修改文檔。當一個文檔被

check-out，它就被鎖在Domino.Doc中了，當它再次被check-in時，就可以對它進行新的更改，可以進行被定為新的版

本，或者進行更新。
假如用戶沒有在主檔案庫中進行操作或者不能連接到主檔案庫，那么Domino.Doc就會向主檔案庫

發送一個check-out請求。因此，用戶只能取得一個對文檔操作的臨時鎖，來對文檔的復本進行編輯。假如在check-out

的請求被發送之后，文檔被某個用戶修改，則這個用戶將被告知在工作復本和主文檔之間存在著尚未被解決的差異（沖

突），用戶即可以取消更改，也可以選擇將更改合并到主文檔當中。

創建新的master libraries需要預備的信息
library名稱
library內容的binder表的默認控制器
library設計模板
檔案庫設計模板
服務器治理員和檔案庫創建者
別名和地址庫
SMTP網關的外部域（假如有）
假如有HTTP用戶，需要HTTP主機名
Domino.Doc工作組名稱
當創建一個檔案庫時提供一個隸屬于指定服務器的檔案庫創建者
授予Domino.Doc更新公用通訊錄（PNAB）的權限
設定即時集成功能
添加library到R5域目錄
添加library至R5搜索范圍
創建library復本需要的信息
提供創建library復本的服務器名
假如有HTTP用戶，提供HTTP信息
提供事務處理數據庫路徑

每個library都是一個擁有獨立存取控制器的存儲器體系結構。當不能在兩個library之間共享文檔時，我們可以將文檔和

檔案庫從一個library中移到另一個library中。

library都創建于library摸板和檔案庫摸板，包括：
Library database（librarynameLib.nsf）
Configuration database(librarynameCfg.nsf)
Log database(librarynameLog.nsf)
Documentation databases
所有的libraries共享相同的事物處理數據庫（ddmtrans.nsf）

因為多個libraries可能存在于同一個數據字典中，并且數據庫的名稱依靠于libraries，因此，library的名稱必須唯一。
當創建第一個library時，Domino.Doc默認的數據庫的名稱分別為：
DominoDoc1Lib.nsf(library database)
DominoDoc1Dfg.nsf(configuration database)
DominoDoc1Log.nsf(log database)
依次類推。
或者也可以自己定義數據庫名稱，比如說在設置的過程中使用了Cinthina作為library的名稱，則生成的數據庫

的名稱如下：
CinthinaLib.nsf(library database)
CinthinaDfg.nsf(configuration database)
CinthinaLog.nsf(log database)
默認的設計模板為：
domdoc.ntf(library design template)
filecab.ntf(file cabinet template)
不可修改/尚未修改的為：
ddmtrans.nsf
ddmadmgd.nsf
ddmusrgd.nsf
模板均為可自定義的。

待續，歡迎大家指教。
shuzheng14@163.com

上一篇：equals與“==”操作符的比較

下一篇：DAO及factory示例