高校圖書館數(shù)據(jù)庫元數(shù)據(jù)模型及元數(shù)據(jù)共享平臺設(shè)計

陳穎穎， 陳秉塬

(東北大學秦皇島分校圖書館， 秦皇島 066004)

電子資源(electronic resources，ER)，也稱為電子信息資源、數(shù)字資源，具有規(guī)模大、數(shù)量多、類型豐富、可共享、便于檢索與利用等優(yōu)勢，已經(jīng)成為高校文獻資源保障體系的重要組成部分，在圖書館服務(wù)依托中占重要作用，各大高校館藏體系也逐漸向以電子資源館藏為主的方向發(fā)展[1-2]。目前高校圖書館電子資源采購、揭示、利用等實際工作中，主要是以“數(shù)據(jù)庫”作為主體。如何對電子資源進行有效管理成為高校圖書館館藏資源管理的重要研究領(lǐng)域。對電子資源的管理研究主要集中在電子資源元數(shù)據(jù)描述、基于元數(shù)據(jù)的電子資源整合和基于元數(shù)據(jù)的電子資源共建共享等方面。在電子資源元數(shù)據(jù)描述規(guī)范方面研究較為成熟，已經(jīng)產(chǎn)生許多針對具體電子資源和針對業(yè)務(wù)流程的元數(shù)據(jù)描述規(guī)范，例如針對網(wǎng)絡(luò)資源描述的都柏林核心集(Dublin core，DC)規(guī)范，針對數(shù)字資源長期保存的《圖書館數(shù)字資源長期保存元數(shù)據(jù)規(guī)范》(WH/Z 1—2012)[3-4]；基于元數(shù)據(jù)的電子資源整合是元數(shù)據(jù)的具體應(yīng)用之一，將異構(gòu)的電子資源通過元數(shù)據(jù)映射、收割形成元數(shù)據(jù)倉庫，進而實現(xiàn)電子資源的一站式檢索和計量統(tǒng)計，如劉金玲[5]提出了基于DC元數(shù)據(jù)來整合各商業(yè)電子資源的圖書館聯(lián)盟電子資源揭示系統(tǒng)的構(gòu)想，隨著第三代圖書館服務(wù)平臺的興起，元數(shù)據(jù)的整合甚至覆蓋所有館藏資源，最有代表性的FOLIO圖書館服務(wù)平臺，以DC元數(shù)據(jù)為參考，設(shè)計了以Codex為核心的元數(shù)據(jù)管理方案[6]；基于元數(shù)據(jù)的共建共享研究集中在元數(shù)據(jù)如何實現(xiàn)在不同的系統(tǒng)間共享和跨機構(gòu)維護，這是目前元數(shù)據(jù)領(lǐng)域研究的熱點。歐洲圖書館共同體提出歐洲資源描述與檢索(resource description and access,RDA)標準以改善各圖書館之間的互操作性，并致力于RDA的國際化推廣[7]，薩拉曼卡大學的格雷多斯機構(gòu)庫項目，通過DC元數(shù)據(jù)構(gòu)建滿足開放存取需求的元數(shù)據(jù)收割協(xié)議(open archives initiative protocol for metadata harvesting，OAI-PMH)，向?qū)W術(shù)界和社會提供薩拉曼卡大學和其合作單位的電子資源[8]。而在圖書館界，越來越多的圖書館引入Alma 資源管理框架，支持MARC21、CNMARC、DC等多種元數(shù)據(jù)標準，把圖書館的各類資源，包括紙質(zhì)資源、電子資源等納入統(tǒng)一管理框架，并可實現(xiàn)用戶間共建共享[9-10]。

作為高校圖書館采購、揭示、統(tǒng)計主體的電子資源數(shù)據(jù)庫研究主要集中在數(shù)據(jù)庫導航和數(shù)據(jù)庫描述兩個方面。目前學界普遍認為基于數(shù)據(jù)庫的導航系統(tǒng)是提升電子資源利用率、優(yōu)化圖書館服務(wù)體系的重要舉措，陸雪梅[11]提出通過收集、整合、序化已購買或擁有的數(shù)據(jù)庫、網(wǎng)絡(luò)資源，形成數(shù)據(jù)庫導航與學科導航兩種主要的資源整合方式，為讀者提供個性化和精準化服務(wù)；各高校圖書館對數(shù)據(jù)庫的描述存在許多問題，楊小玲[12]通過調(diào)研財經(jīng)教育資源共享聯(lián)盟院校的數(shù)據(jù)庫描述發(fā)現(xiàn)，各高校數(shù)據(jù)庫在名稱設(shè)計、標準規(guī)范、層級管理、文字表達等方面均存在問題。

基于以上分析，基于元數(shù)據(jù)的電子資源描述理論和共建共享應(yīng)用已經(jīng)較為成熟，為圖書館數(shù)據(jù)庫元數(shù)據(jù)描述方法和共建共享提供實現(xiàn)路徑。現(xiàn)擬在定義圖書館數(shù)據(jù)庫的基礎(chǔ)上，參考電子資源元數(shù)據(jù)描述和共享策略，利用元數(shù)據(jù)對圖書館數(shù)據(jù)庫進行標準化描述，并搭建圖書館數(shù)據(jù)庫元數(shù)據(jù)共享平臺，以解決圖書館數(shù)據(jù)庫定義不清、揭示各異、統(tǒng)計不規(guī)范、數(shù)據(jù)不完整等實際工作中存在的問題。該研究對于圖書館電子資源的揭示、統(tǒng)計、推廣、整合和共享均有重要意義。

1 高校圖書館數(shù)據(jù)庫定義

在全國高校圖書館數(shù)字資源采購聯(lián)盟(Digital Resource Acquisition Alliance of Chinese Academic Libraries，DRAA)中，各高校采購的電子資源主要以數(shù)據(jù)庫作為采購單位，如國際水協(xié)會(the International water association，IWA)數(shù)據(jù)庫、科學引文索引擴展版(Web of Science-science Citation Index Expanded)數(shù)據(jù)庫等；在各高校電子資源揭示中，也是以數(shù)據(jù)庫作為揭示主體，如數(shù)據(jù)庫導航系統(tǒng)中的數(shù)據(jù)庫列表；在《高等學校圖書館數(shù)字資源計量指南(2007年)》對電子資源的計量中，除電子圖書和電子期刊外，其他電子資源的計量均以數(shù)據(jù)庫個數(shù)為計量單位。但很明顯圖書館電子資源領(lǐng)域的數(shù)據(jù)庫與計算機領(lǐng)域的數(shù)據(jù)庫是完全不同的兩個概念?，F(xiàn)擬通過電子資源的概念，引申出圖書館數(shù)據(jù)庫的概念。

DRAA采購聯(lián)盟對電子資源的定義為：電子資源，通常指數(shù)字信息資源，即一切以數(shù)字形式生產(chǎn)和發(fā)行的信息資源，其信息包括文字、圖片、聲音、動態(tài)圖像等，并以硬盤、磁帶、光盤等介質(zhì)及網(wǎng)絡(luò)形式展現(xiàn)[13]。國際圖書館協(xié)會聯(lián)合會(International Federation of Library Associations and Institutions，IFLA)在《電子資源館藏發(fā)展的關(guān)鍵問題：圖書館指南》中也給出電子資源的分類包括各類數(shù)據(jù)庫。結(jié)合電子資源定義和IFLA對電子資源的分類，把圖書館數(shù)據(jù)庫定義為：在圖書館電子資源領(lǐng)域中，以相同或相近的電子資源組成的一個或多個集合稱為數(shù)據(jù)庫，并作為電子資源采購和揭示的主體，也可稱為電子資源包或電子資源集。

2 高校圖書館數(shù)據(jù)庫元數(shù)據(jù)描述模型

元數(shù)據(jù)是一種結(jié)構(gòu)化數(shù)據(jù)，通過描述數(shù)據(jù)的屬性，為數(shù)據(jù)揭示、數(shù)據(jù)共享提供基礎(chǔ)。用元數(shù)據(jù)來定義和組織描述不同類別資源是一種非常簡潔的數(shù)據(jù)結(jié)構(gòu)化過程，在圖書館領(lǐng)域應(yīng)用廣泛，圖書館紙質(zhì)資源和電子資源均有種類繁多的元數(shù)據(jù)規(guī)范，并在流通、共享、檢索、統(tǒng)計等方面發(fā)揮重大作用。

2.1 高校圖書館數(shù)據(jù)庫元數(shù)據(jù)描述的理論基礎(chǔ)

對于電子資源元數(shù)據(jù)的描述規(guī)范使用最廣泛的當屬DC，DC元數(shù)據(jù)規(guī)范通過基本元數(shù)據(jù)元素集合來描述資源對象的語義信息，目前已成為IETF RFC2413、ISO15836、CEN/CWA13874、Z39.85等國際標準的基礎(chǔ)[3]。在圖書館界，IFLA也對電子資源的描述和編目做出具體指導和應(yīng)用規(guī)范。

從廣義上看，圖書館“數(shù)據(jù)庫”是一種特殊的網(wǎng)絡(luò)資源，因此高校圖書館數(shù)據(jù)庫元數(shù)據(jù)描述可參考電子資源元數(shù)據(jù)描述和網(wǎng)絡(luò)資源元數(shù)據(jù)描述?，F(xiàn)試圖從實際應(yīng)用需求出發(fā)，參考元數(shù)據(jù)描述方法，在DC核心合集、《高等學校圖書館數(shù)字資源計量指南(2007年)》統(tǒng)計選項和DRAA中的資源百科對電子資源的描述字段的基礎(chǔ)上，結(jié)合工作需求，提出一種可滿足統(tǒng)計、揭示、推薦、聚合需求的高校圖書館數(shù)據(jù)庫元數(shù)據(jù)描述模型。

DC元數(shù)據(jù)定義了可擴展的15個核心元素集，通過修飾詞和限定詞全面概括了電子資源的主要特征。DRAA高校圖書館數(shù)字資源采購聯(lián)盟的資源百科欄目中，對數(shù)據(jù)庫的揭示主要包括數(shù)據(jù)庫簡介、數(shù)據(jù)庫資源內(nèi)容、提供的用戶服務(wù)、組團情況、使用統(tǒng)計、永久使用及存檔、許可協(xié)議以及其他等8個數(shù)據(jù)項，各數(shù)據(jù)項下有若干個子項，其中數(shù)據(jù)庫資源內(nèi)容下的總體收錄情況掛接了2個擴展數(shù)據(jù)項。各高校圖書館在電子資源揭示中主要用到數(shù)據(jù)庫名稱、訪問地址、學科類型、數(shù)據(jù)類型、收錄年限、簡介、使用幫助等字段?，F(xiàn)基于以上理論基礎(chǔ)和實際應(yīng)用需求，設(shè)計高校圖書館數(shù)據(jù)庫元數(shù)據(jù)描述模型。

2.2 高校圖書館數(shù)據(jù)庫元數(shù)據(jù)描述模型

根據(jù)高校圖書館數(shù)據(jù)庫元數(shù)據(jù)揭示需求，結(jié)合DC元素的語義，選取其中10個核心元素，作為高校圖書館數(shù)據(jù)庫核心元數(shù)據(jù)集。結(jié)合統(tǒng)計、推廣、評估需求，定義兩個擴展元數(shù)據(jù)集：數(shù)據(jù)庫電子資源明細元數(shù)據(jù)集用來存儲數(shù)據(jù)庫的電子資源明細；數(shù)據(jù)庫附件元數(shù)據(jù)集用來存儲數(shù)據(jù)庫的幫助指南、宣傳材料、培訓信息、活動信息等。根據(jù)DC元素、修飾詞和推薦編碼體系，結(jié)合數(shù)據(jù)庫元數(shù)據(jù)管理需求，制訂高校圖書館數(shù)據(jù)庫核心元數(shù)據(jù)集、高校圖書館數(shù)據(jù)庫電子資源明細擴展元數(shù)據(jù)集和高校圖書館數(shù)據(jù)庫附件擴展元數(shù)據(jù)集，各元數(shù)據(jù)集關(guān)系如圖1所示，數(shù)據(jù)庫元數(shù)據(jù)集明細如表1～表3所示。

圖1 高校圖書館數(shù)據(jù)庫元數(shù)據(jù)集關(guān)系Fig.1 Metadata set relationship of university library database

表1 高校圖書館數(shù)據(jù)庫核心元數(shù)據(jù)集

表2 電子資源明細擴展元數(shù)據(jù)集

表3 數(shù)據(jù)庫附件擴展元數(shù)據(jù)集

高校圖書館數(shù)據(jù)庫元數(shù)據(jù)描述模型的設(shè)計初衷是為了實現(xiàn)基于元數(shù)據(jù)的共享和系統(tǒng)間的協(xié)作，進而提升高校圖書館數(shù)據(jù)庫管理規(guī)范，解決數(shù)據(jù)庫閱讀推廣、數(shù)據(jù)統(tǒng)計等業(yè)務(wù)的數(shù)據(jù)標準化問題。表1～表3給出了一個完整的高校圖書館數(shù)據(jù)庫元數(shù)據(jù)描述模型，模型元素基本覆蓋了數(shù)據(jù)庫揭示、數(shù)據(jù)庫閱讀推廣、電子資源計量統(tǒng)計所需字段。三個元數(shù)據(jù)模型的元素均符合DC元數(shù)據(jù)描述，易于與其他系統(tǒng)實現(xiàn)數(shù)據(jù)共享。通過主—從擴展模式設(shè)計，簡化了每一個對象的元素集，便于實際操作和共享。

3 高校圖書館數(shù)據(jù)庫元數(shù)據(jù)共享平臺設(shè)計

3.1 數(shù)據(jù)庫元數(shù)據(jù)共享平臺框架設(shè)計

高校圖書館數(shù)據(jù)庫元數(shù)據(jù)共享平臺是高校圖書館數(shù)據(jù)庫元數(shù)據(jù)共建共享的支撐平臺，主要提供數(shù)據(jù)庫元數(shù)據(jù)的聚合和數(shù)據(jù)庫元數(shù)據(jù)的使用。數(shù)據(jù)庫元數(shù)據(jù)的聚合是指各參與圖書館、各數(shù)據(jù)商根據(jù)高校圖書館數(shù)據(jù)庫元數(shù)據(jù)模型，對數(shù)據(jù)庫的元數(shù)據(jù)進行編目和維護，使共享平臺盡可能多地聚合數(shù)據(jù)庫元數(shù)據(jù)；數(shù)據(jù)庫元數(shù)據(jù)的使用是指各高校圖書館通過應(yīng)用程序編程接口(application programming interface, API)服務(wù)或平臺直接查詢，在電子資源揭示、使用、計量統(tǒng)計等工作中使用標準的數(shù)據(jù)庫元數(shù)據(jù)。基于此，現(xiàn)依據(jù)模型-視圖-控制器(model-view-controller,MVC)軟件分層設(shè)計思想，設(shè)計高校圖書館數(shù)據(jù)庫元數(shù)據(jù)共享平臺的系統(tǒng)框架，如圖2所示。

圖2 高校圖書館數(shù)據(jù)庫元數(shù)據(jù)共享平臺系統(tǒng)框架Fig.2 System framework of university library database metadata sharing platform

整個共享平臺由應(yīng)用層、服務(wù)層和數(shù)據(jù)層組成。應(yīng)用層由Web端和API端構(gòu)成，Web端主要實現(xiàn)共建功能，即用戶通過Web端實現(xiàn)元數(shù)據(jù)的編目、查詢、導入導出元數(shù)據(jù)等功能，API端主要實現(xiàn)共享功能，即通過API接口服務(wù)為其他系統(tǒng)和平臺提供訪問接口；服務(wù)層將平臺的各業(yè)務(wù)邏輯抽象為業(yè)務(wù)邏輯類庫和模型擴展中間件，由服務(wù)接口和服務(wù)中間件組成，服務(wù)接口為平臺的外部接口，主要完成元數(shù)據(jù)編目、前端模板、數(shù)據(jù)轉(zhuǎn)換、共享接口等核心功能類庫集合，服務(wù)中間件為平臺的內(nèi)部接口，主要完成系統(tǒng)輔助的單一特定功能；數(shù)據(jù)層由元數(shù)據(jù)存儲的元數(shù)據(jù)倉庫和文件存儲的文件服務(wù)器組成。

3.2 數(shù)據(jù)庫元數(shù)據(jù)共享平臺功能模塊設(shè)計

數(shù)據(jù)庫元數(shù)據(jù)共享平臺要滿足各參與館的元數(shù)據(jù)編目和元數(shù)據(jù)的共享需求，基于該需求和系統(tǒng)框架，設(shè)計如圖3所示的功能模塊。

圖3 高校圖書館數(shù)據(jù)庫元數(shù)據(jù)共享平臺功能結(jié)構(gòu)圖Fig.3 Functional structure of university library database metadata sharing platform

(1)用戶管理和權(quán)限管理模塊。該模塊實現(xiàn)各參與館的賬號注冊、管理工作，平臺管理員可以為每個賬號設(shè)置元數(shù)據(jù)編目的增刪改權(quán)限，并對各元數(shù)據(jù)的Web和API訪問權(quán)限進行細粒度的設(shè)置。

(2)元數(shù)據(jù)模型管理和元數(shù)據(jù)管理模塊。元數(shù)據(jù)模型管理模塊實現(xiàn)元數(shù)據(jù)模型字段的增刪改操作，即元數(shù)據(jù)模型可以根據(jù)實際需求進行平滑擴展變更。元數(shù)據(jù)管理模塊主要實現(xiàn)元數(shù)據(jù)欄目的增刪改操作和元數(shù)據(jù)的編目操作，同時利用元數(shù)據(jù)版本管理實現(xiàn)元數(shù)據(jù)編目可追溯。

(3)API接口管理模塊。該模塊主要實現(xiàn)各授權(quán)的API接口密鑰和開放的API接口維護和數(shù)據(jù)維護，確保各參與館能在安全可控環(huán)境下獲取到真實有效的數(shù)據(jù)。

(4)消息管理模塊。消息管理是元數(shù)據(jù)全流程管理的關(guān)鍵，如果元數(shù)據(jù)發(fā)生變更(如元數(shù)據(jù)發(fā)生了編輯、變更、刪除等操作)，則消息管理負責根據(jù)元數(shù)據(jù)版本信息將消息推送給用戶。

3.3 數(shù)據(jù)庫元數(shù)據(jù)共享平臺技術(shù)架構(gòu)

共享平臺基于B/S架構(gòu)，協(xié)議為HTTP，系統(tǒng)開發(fā)語言為PHP7.4，開發(fā)框架為CodeIgniter3.1，數(shù)據(jù)庫服務(wù)器為MySQL5.7，接口服務(wù)采用基于CI的RESTful Web Service擴展。系統(tǒng)具有開發(fā)成本低、跨平臺、易于擴展等優(yōu)點，且超文本預處理器(hypertext preprocessor,PHP)具有高效率的特點，較少的服務(wù)器資源就可滿足系統(tǒng)的正常運行。

4 高校圖書館數(shù)據(jù)庫元數(shù)據(jù)共享平臺關(guān)鍵技術(shù)

數(shù)據(jù)庫元數(shù)據(jù)共享平臺業(yè)務(wù)邏輯清晰，功能復雜度不高，PHP+CI框架技術(shù)架構(gòu)能較好完成開發(fā)任務(wù)，其中元數(shù)據(jù)的編目中的版本控制和基于CI的RESTful Web Service接口開發(fā)是本平臺的重點和難點。

4.1 帶有版本管理的元數(shù)據(jù)編目存儲算法

常規(guī)的數(shù)據(jù)庫創(chuàng)建-檢索-更新-刪除(create- retrieve -update-delete，CRUD)操作如圖4所示。

圖4 常規(guī)CRUD操作流程Fig.4 General CRUD operation process

在數(shù)據(jù)庫元數(shù)據(jù)共享平臺中，因采用Wiki式的多人協(xié)作創(chuàng)作模式，則元數(shù)據(jù)的CRUD操作必須考慮元數(shù)據(jù)的版本管理和管理員版本審核，以利于后期使用時可追溯歷史數(shù)據(jù)，因此需設(shè)計一種帶有版本管理的元數(shù)據(jù)編目存儲算法。

帶有版本管理的元數(shù)據(jù)編目存儲算法實現(xiàn)方法為：在元數(shù)據(jù)模型中新增關(guān)聯(lián)(relation)字段和刪除(IsDel)字段，超級用戶的CRUD操作與常規(guī)操作流程一致，普通用戶在插入一條新的編目數(shù)據(jù)時，初始化relation為1，代表版本1，IsDel為0，代表未刪除，并記錄操作日志；該條數(shù)據(jù)第n次編輯時(n>1)，獲取n-1條記錄的relation，利用回調(diào)函數(shù)插入一條新記錄，并設(shè)relation為n，代表版本n，并記錄操作日志，依此形成一條元數(shù)據(jù)編目數(shù)據(jù)的1～n的歷史數(shù)據(jù)；查詢一條編目數(shù)據(jù)時，先按title進行g(shù)roup by分組，然后再按relation DESC倒序排序，并獲取每個分組的最新的一條記錄，同時根據(jù)操作日志給出版本索引；刪除一條編目數(shù)據(jù)時只是將IsDel字段更新為1，并記錄操作日志。普通用戶的CRUD具體流程如圖5所示。

圖5 帶有版本管理的CRUD操作流程Fig.5 CRUD operation process with version management

4.2 基于CI框架的元數(shù)據(jù)共享RESTful Web Service接口設(shè)計

元數(shù)據(jù)共享有效途徑就是規(guī)范的接口，用戶和客戶端通過授權(quán)訪問接口即可共享規(guī)范的元數(shù)據(jù)。

目前Web接口規(guī)范主流技術(shù)有Web Service和RESTful Web Service，二者區(qū)別在于：① Web Service開發(fā)面向方法，而RESTful Web Service面向資源；②Web Service通過SOAP封裝方法信息，而RESTful Web Service直接通過HTTP協(xié)議進行傳輸，利于GET緩存；③從安全性考慮，因Web Service采用SOAP封裝了方法，不具備安全控制條件，而RESTful Web Service可通過URL和請求方法來實施安全控制策略；④從客戶端角度考慮，Web Service要求客戶端必須支持SOAP協(xié)議，而RESTful Web Service只需客戶端滿足HTTP協(xié)議。

在元數(shù)據(jù)共享平臺中，考慮到用戶使用元數(shù)據(jù)共享的場景大都為基于Web的系統(tǒng)集成，為降低用戶端的開發(fā)成本，提高共享簡易度，其接口技術(shù)采用RESTful Web Service接口技術(shù)，服務(wù)器屏蔽“Post、Put、Delete”等關(guān)鍵詞，只保留Get關(guān)鍵詞，確保平臺數(shù)據(jù)安全。接口的UML實現(xiàn)類圖如圖6所示。

圖6 RESTful Web Service接口UML類圖Fig.6 UML class diagram of RESTful Web Service interface

在元數(shù)據(jù)共享平臺的接口設(shè)計中，采用CodeIgniter(CI)框架開發(fā)RESTful Web Service接口，主要原因有：CI的MVC架構(gòu)適合進行RESTful Web Service接口開發(fā)，其中控制器處理客戶端的請求并返回內(nèi)容，模型進行增刪改查操作，視圖用來處理資源的表現(xiàn)格式；接口實現(xiàn)重用Web端的業(yè)務(wù)邏輯，接口只需要識別用戶請求，并調(diào)用Web端的業(yè)務(wù)邏輯完成資源抽取，所有的安全控制由Web端的業(yè)務(wù)邏輯完成。

在客戶端請求資源的多格式支持上，根據(jù)REST服務(wù)規(guī)范，通過在客戶端添加頭部(header)信息"Accept: application/(xml/pdf/vcard/json)"來指定返回數(shù)據(jù)的格式，服務(wù)端接口根據(jù)header信息轉(zhuǎn)換資源數(shù)據(jù)，以全面支持不同的客戶端請求。

5 高校圖書館數(shù)據(jù)庫元數(shù)據(jù)共享平臺系統(tǒng)測試

5.1 Web端功能測試

在Web端主要實現(xiàn)了數(shù)據(jù)庫元數(shù)據(jù)共享平臺的元數(shù)據(jù)編目以及配套的用戶管理、權(quán)限設(shè)置、元數(shù)據(jù)模型設(shè)計等功能，因篇幅所限，這里僅展示元數(shù)據(jù)類型管理、元數(shù)據(jù)編目管理、元數(shù)據(jù)API接口授權(quán)管理等核心功能，如圖7～圖9所示。

5.2 API端功能測試

API端功能測試采用客戶端curl命令，構(gòu)建接口查詢語句，并返回所需結(jié)果。以請求“id=1的數(shù)據(jù)庫元數(shù)據(jù)詳情、并以json作為返回數(shù)據(jù)”為例，其請求命令為：

$ curl -H "Accept: application/json" -X GET http://localhost/index.php/httpapi/detail/1

其中，-H "Accept: application/json"代表返回的資源結(jié)果為json格式(平臺支持xml、pdf、csv、json格式)，-X GET指定HTTP動詞為GET，后面的url代表資源的訪問地址。返回結(jié)果如下：

HTTP/1.1 200 OK

Status: 200

Content-Type: application/json

{"1":{"id":1,"title":"Wiley Online Library Journals ","description":"Wiley Online Library是一個新的綜合性的網(wǎng)絡(luò)出版及服務(wù)平臺",},……}。

5.3 平臺性能測試

(1)單頁響應(yīng)時間。通過訪問平臺Web端的42個頁面，利用CI框架的調(diào)試工具記錄頁面的響應(yīng)時間，并計算各頁面平均響應(yīng)時間，如表4所示。

單頁響應(yīng)時間排除網(wǎng)絡(luò)傳輸因素，只表征程序自身的性能。通過表4統(tǒng)計可以看出，平臺的單頁平均響應(yīng)時間為107.08 ms，界面的響應(yīng)迅速，幾乎沒有等待感，滿足使用需求，從單頁的時序上看，頁面的響應(yīng)時間主要在控制器上，原因是系統(tǒng)的業(yè)務(wù)邏輯依賴CI框架，需要消耗一部分資源；模型層響應(yīng)時間最短，說明平臺的數(shù)據(jù)結(jié)構(gòu)合理，查詢次數(shù)較少，且數(shù)據(jù)庫響應(yīng)速度較快。

圖7 元數(shù)據(jù)類型管理界面Fig.7 Metadata type management interface

圖8 元數(shù)據(jù)接口授權(quán)管理界面Fig.8 Metadata interface authorization management interface

圖9 元數(shù)據(jù)編目管理界面Fig.9 Metadata catalog management interface

(2)平臺壓力測試。平臺選用阿里云的2核CPU/4G內(nèi)存/5 M帶寬的云服務(wù)器，并安裝LNMP服務(wù)器軟件，選用Apache JMeter為壓力測試工具，設(shè)置線程數(shù)為20，循環(huán)次數(shù)為50次，對首頁請求、列表頁請求、詳情頁請求、HTTPAPI請求和編目頁編輯等功能進行壓力測試，測試結(jié)果如表5所示。

在測試服務(wù)器的配置和帶寬條件下，其平均響應(yīng)時間為580 ms，最小值為172 ms，最大值為2 400 ms，

表4 單頁響應(yīng)時間統(tǒng)計表

表5 平臺壓力測試統(tǒng)計表

無異常響應(yīng)，平均吞吐量為12.04次/s，且在編目頁編輯和HTTPAPI請求等核心功能的吞吐量達到15.25次/s，說明平臺對服務(wù)器資源要求較低，可以滿足圖書館區(qū)域性協(xié)作共享需求。

6 結(jié)論

數(shù)據(jù)庫的管理是圖書館電子資源管理的重要內(nèi)容，現(xiàn)提出一種簡單的數(shù)據(jù)庫元數(shù)據(jù)描述模型，并通過MVC設(shè)計模式設(shè)計并實現(xiàn)了一個數(shù)據(jù)庫元數(shù)據(jù)共享支撐平臺，該項工作將大大提升數(shù)據(jù)庫元數(shù)據(jù)管理水平，對圖書館電子資源揭示、閱讀推廣、學科文獻保障評估、計量統(tǒng)計等工作起到重要的促進作用。同時通過元數(shù)據(jù)描述和數(shù)據(jù)庫元數(shù)據(jù)共享平臺，將極大改善各高校圖書館對免費數(shù)據(jù)庫和OA數(shù)據(jù)庫的利用，豐富各高校圖書館對教學科研的文獻支撐。