首頁 > 優(yōu)秀范文 > 數(shù)據(jù)庫論文
時間：2023-03-23 15:21:30
序論：速發(fā)表網(wǎng)結合其深厚的文秘經驗，特別為您篩選了11篇數(shù)據(jù)庫論文范文。如果您需要更多原創(chuàng)資料，歡迎隨時與我們的客服老師聯(lián)系，希望您能從中汲取靈感和知識！
1調查情況介紹
為了配合中國高等教育文獻保障系統(tǒng)（CALIS）“十五”期間的建設和中國高等學校數(shù)字圖書館聯(lián)盟（CADLA，下稱聯(lián)盟）工作的開展，2002年4月，CALIS在成員館中間發(fā)放了《數(shù)字圖書館建設情況調查表》；2002年5月和6月在聯(lián)盟理事館（注：目前中國高等學校數(shù)字圖書館聯(lián)盟理事館都是CALIS成員館。）中間發(fā)放了《學位論文數(shù)據(jù)庫建設情況調查表》和《教學參考書數(shù)據(jù)庫情況調查表》。
截至2002年6月30日，共回收《數(shù)字圖書館建設情況調查表》89份，其中書面報告22份，電子版報告67份。這些調查報告中有29份來自綜合性院校，34份來自工科院校，9份來自人文社會科學類院校，來自其他專業(yè)性院校，如醫(yī)學類院校、農林院校和師范類院校的報告分別為5份、4份和6份。圖1給出對提交調查報告的學校按地區(qū)進行統(tǒng)計得到的結果。根據(jù)統(tǒng)計數(shù)字和圖表可以看到，此次在CALIS成員館中進行的數(shù)字圖書館建設情況調查具有一定的代表性，比較全面地反映了高校數(shù)字圖書館建設的整體情況。
圖1提交調查報告的學校按地區(qū)統(tǒng)計的結果
對于在22個聯(lián)盟理事館中間進行的“學位論文數(shù)據(jù)庫建設情況”和“教學參考書數(shù)據(jù)庫情況”重點調研，各單位均及時對調查內容進行了反饋。
針對上面的三份調查，本文第二部分從幾個主要方面對各成員館數(shù)字圖書館建設情況進行了分析總結；第三部分給出CALIS在“十五”期間將要建設的兩個子項目“高校學位論文全文數(shù)據(jù)庫”和“教學參考書數(shù)據(jù)庫”在成員館中間開展的情況；最后對目前成員館數(shù)字圖書館建設中急需解決的主要問題進行匯總。
2整體分析
通過CALIS的宣傳和培訓，大部分成員館意識到開展數(shù)字圖書館建設的必要性和重要性。調查結果顯示，在2000年前后成員館根據(jù)各自對數(shù)字圖書館的理解、現(xiàn)有基礎、階段性工作重點、人員情況，開始從專業(yè)性或校園范圍的文獻信息保障體系、數(shù)字圖書館應用系統(tǒng)、數(shù)字資源、基礎設施等各方面進行建設，全面推動圖書館向電子化、數(shù)字化方面發(fā)展，并在資金投入力度方面予以重視。
2.1專業(yè)性、校園范圍的文獻保障體系
眾所周知，CALIS在“九五”期間建設了三級文獻信息保障體系。四個全國中心、七個地區(qū)中心分別構成文獻信息保障體系的第一級和第二級，在全國和地區(qū)范圍內行使文獻信息保障功能。但是由于人力、物力、財力的原因，這些中心還不能滿足所有高校圖書館和用戶的全部需要。根據(jù)本次調查的結果，目前有10個學校正在開展專業(yè)性或校園范圍內的文獻信息保障系統(tǒng)建設。其中北京師范大學圖書館正在構造有一定規(guī)模的“中文教育數(shù)字圖書館”，將分布于國內外的中文教育資源納入統(tǒng)一的檢索系統(tǒng)；上海財經大學圖書館在數(shù)字圖書館理念以及相應的管理機制等方面進行了研究與實踐，提出了建設“財經文獻資源信息中心”的設想；電子科技大學圖書館“西南地區(qū)電子信息學科與文獻信息中心”的建設已具雛形；首都師范大學圖書館和北京工業(yè)大學圖書館受北京市教委的委托籌建了“北京高校網(wǎng)絡圖書館”；內蒙古大學圖書館“多功能蒙古學文獻信息研制服務中心”的建設頗具民族特色；安徽大學、北京理工大學、大連海事大學、福州大學、哈爾濱工業(yè)大學的圖書館，依托校園網(wǎng)建立與本校學科發(fā)展、人才培養(yǎng)相配套的，以信息服務為重心的全方位、多層次、高效率的文獻信息服務體系。
2.2數(shù)字圖書館應用系統(tǒng)
考慮圖書館的工作特點，針對圖書館的需要，研究和開發(fā)數(shù)字圖書館建設中急需的各種應用系統(tǒng)，已經被列入各成員館的計劃中。本次調查發(fā)現(xiàn)有16個圖書館正在應用系統(tǒng)方面進行技術攻關。其中開展數(shù)字圖書館原型試驗系統(tǒng)研發(fā)的學校主要有北京大學、復旦大學、西安交通大學、廈門大學、中山大學、武漢大學等高校的圖書館，這些圖書館研制的內容包括數(shù)字圖書館體系結構、元數(shù)據(jù)、信息存儲與檢索、互操作等相關技術與解決方案；上海交通大學、北京大學、北京航空航天大學等10余所高校圖書館開發(fā)了“視頻點播系統(tǒng)”，采用大容量存儲設備存儲多媒體資料在校園網(wǎng)內提供多媒體視頻、音頻資料的網(wǎng)上實時點播；復旦大學圖書館正在開發(fā)“圖書館電子資源跨平臺檢索系統(tǒng)”，實現(xiàn)統(tǒng)一界面查詢，讀者可以通過書刊名、文章名、關鍵詞、著者、媒介類型、數(shù)據(jù)來源等檢索項（包括組合檢索項），查詢系統(tǒng)連接的各個數(shù)據(jù)庫；天津大學、廈門大學、西北師范大學等7所高校圖書館專門成立了“特色資源數(shù)字化加工中心”，開展紙本文獻數(shù)字化、多媒體資源加工、電子剪報、數(shù)據(jù)庫制作的相關硬件環(huán)境設備建設及軟件支撐平臺建設，形成數(shù)字化資源的收集、加工、分類標引、整合、、更新、維護等的完整系統(tǒng)；電子科技大學圖書館開發(fā)了“專題數(shù)據(jù)庫系統(tǒng)”，為圖書館的數(shù)據(jù)庫建設提供平臺，包括開發(fā)、分類、全文檢索、遠程查詢、科學管理和升級等功能，能全面、準確、高效地達到網(wǎng)絡化數(shù)據(jù)庫系統(tǒng)的應用標準；吉林大學、中國人民大學圖書館利用相關技術，建立了標準化的知識服務系統(tǒng)平臺，開發(fā)了“服務子系統(tǒng)”，為用戶提供個性化服務，包括信息定制、協(xié)作咨詢、知識挖掘、多媒體教學、VOD點播、重點學科導航等；西安交通大學圖書館正在集中力量，依托CALIS西北地區(qū)中心搭建一個統(tǒng)一的軟硬件平臺，建設地區(qū)性數(shù)字資源中心、數(shù)字化中心、存儲中心、交換中心以及數(shù)字圖書館研究與開發(fā)中心，為用戶提供集成化的智能服務。
2.3數(shù)字資源建設
資源建設是數(shù)字圖書館建設的基礎，也是各館開展數(shù)字圖書館嘗試的主要選擇?！熬盼濉逼陂g在CALIS的宏觀調控和統(tǒng)一規(guī)劃下，一方面，各館大幅度增加電子文獻的引進，以網(wǎng)絡版數(shù)據(jù)庫為主，并引進部分光盤數(shù)據(jù)庫；另一方面，各館在自建資源方面取得了很大的突破，CALIS組織成員館共同建設了聯(lián)合目錄數(shù)據(jù)庫、中文現(xiàn)刊目次庫、學位論文文摘庫等數(shù)據(jù)庫。在提交調查報告的89所圖書館中，85％以上的圖書館參與了CALIS“九五”期間的子項目建設，在支持CALIS資源建設工作的同時推動本館的數(shù)字化進程，起到了事半功倍的效果。
與此同時，CALIS有選擇性地支持24個單位根據(jù)本館的特色館藏、資源特性，在網(wǎng)絡環(huán)境下建立特色館藏，逐步把有價值的特色信息資源組織起來，建設成CALIS重點學科專題數(shù)據(jù)庫，以便比較集中、更深層次地揭示各高校收集的富有學科特色的文獻。目前CALIS重點學科專題數(shù)據(jù)庫包括24家成員館建成的25個重點學科專題數(shù)據(jù)庫，數(shù)據(jù)量已達280萬條以上，通過因特網(wǎng)進行服務，實現(xiàn)資源共享。
在CALIS的帶動下，在24家成員館的示范作用下，為了更好地滿足本校教學科研的需要，其他的CALIS成員館紛紛開展本館特色資源的調研、論證和建設工作。本次調查統(tǒng)計結果顯示，目前正在進行數(shù)據(jù)庫建設的CALIS成員館有74所，每個館根據(jù)各自的條件和實力，或者百花齊放，如中山大學、西安交通大學、上海交通大學等17所高校圖書館同時進行幾個數(shù)據(jù)庫的建設；或者一支獨秀，在數(shù)據(jù)庫建設的質量上下功夫。
成員館自建的這些數(shù)據(jù)庫圍繞著CALIS制定的“建設具有中國特色、地區(qū)特色和高等教育特色的專題數(shù)據(jù)庫”的原則，或者對館藏特色文獻數(shù)字化，或者做某個學科或專題的數(shù)字資源建設工作，比較系統(tǒng)全面地對某個專題進行綜合報道。數(shù)據(jù)庫各具特色，有的體現(xiàn)中國文化淵源歷史，有的介紹人物生平、業(yè)績、著作，有的針對某個學科或專業(yè)做全面的介紹，有的展現(xiàn)科技動態(tài)。數(shù)據(jù)庫形式多樣，包括圖象、文字、解說、全文和文摘，具有學科知識數(shù)據(jù)庫的特點。揭示的內容比普通二次文獻庫要深，豐富了高校資源。數(shù)據(jù)庫內容豐富，包含中外文期刊、會議論文、專利文獻、產品、事實數(shù)據(jù)、研究機構信息，或集各種信息于一體。有的數(shù)據(jù)庫具備良好的檢索系統(tǒng)，提供WEB界面的查詢，有些還使用全文檢索系統(tǒng)和多媒體系統(tǒng)，可提供全文、關鍵詞、題名、出處、文摘等多檢索點檢索；為配合學校的教學和科研，為推廣高?？茖W技術成果，展示廣大科研人員的勞動成果和聰明才智，給廣大讀者提供豐富的有價值的科研資料做出了積極的貢獻，彌補了圖書館經費緊缺造成的紙本資源的不足，為高校數(shù)字圖書館的工作積累了豐富的經驗和技術。
2.4基礎設施建設
基礎設施建設是各館進行數(shù)字圖書館建設的一個重要部分。調查發(fā)現(xiàn)，有28所圖書館正在從基礎設施建設入手，創(chuàng)造數(shù)字圖書館的基本環(huán)境。其中22所圖書館對本館的自動化和網(wǎng)絡系統(tǒng)進行了升級與改造，旨在建立先進可靠的高速信息網(wǎng)絡系統(tǒng)，建設先進的圖書館集成管理系統(tǒng)，實現(xiàn)圖書館日常業(yè)務科學全面的自動化管理，為國內外資源共享提供環(huán)境；9所學校建設了多功能電子閱覽室、多媒體教學、網(wǎng)絡培訓教室，提升了圖書館的開發(fā)和應用能力，為師生提供多媒體信息服務；北京理工大學、北京化工大學等4所院校還斥資數(shù)千萬建設了新館舍，給師生提供了舒適的教學科研環(huán)境。
2.5資金支持
《數(shù)字圖書館建設情況調查表》中還包括對各個學校用于數(shù)字圖書館建設的資金額度及其來源的調查。調查結果顯示各成員館數(shù)字圖書館的建設資金分別來源于“211工程”建設經費“985”工程，國家“教育振興行動計劃”，國家和省級自然科學基金，各省市教委、學校的專項撥款，與企業(yè)共建，捐助，圖書館年運作經費，學校自籌等10多個方面。由此可見圖書館動用了所有力量，通過各種渠道支持數(shù)字圖書館建設。小到學校，大到國家，建設數(shù)字圖書館的意識都明顯增強，對此投入的資金大幅度增加，部分學校得到的數(shù)字圖書館建設的資金更是令人可喜。表1將各館數(shù)字圖書館經費情況按幾個等級進行了統(tǒng)計。需要說明的是有17個學校未對數(shù)字圖書館資金的投入進行說明，無法進行統(tǒng)計。對72個成員館的統(tǒng)計結果顯示，38.9％的學校數(shù)字圖書館建設的資金額度大于100萬，其中有8.3％的高校十分重視數(shù)字圖書館的建設，投入了數(shù)千萬資金支持數(shù)字圖書館的建設，但是，我們還應該看到，有超過一半的圖書館用于數(shù)字圖書館建設的資金小于10萬，無力開展規(guī)模性的、目的明確的數(shù)字圖書館建設活動?！笆濉逼陂g，為了在更大范圍內共建、共知、共享，CALIS任重道遠。
表1數(shù)字圖書館建設資金狀況統(tǒng)計
3重點調研
下面根據(jù)聯(lián)盟理事館對《學位論文數(shù)據(jù)庫建設情況調查表》和《教學參考書數(shù)據(jù)庫情況調查表》的反饋意見，綜合CALIS成員館對《數(shù)字圖書館建設情況調查表》的反饋意見，對CALIS成員館“學位論文數(shù)據(jù)庫”和“教學參考數(shù)據(jù)庫”的建設情況進行分析。
3.1學位論文全文數(shù)據(jù)庫建設
“高校學位論文文摘數(shù)據(jù)庫”是CALIS“九五”建設的一項重要成果，是高校間開展文獻傳遞的重要基礎數(shù)據(jù)庫之一?！熬盼濉逼陂g共有90余所成員館參與了CALIS學位論文文摘數(shù)據(jù)庫的建設，學位論文文摘數(shù)據(jù)提交量已經達到10萬條。由于學位論文內容豐富、新穎、情報價值高，對某一專題有獨到的見解和系統(tǒng)論述，對科研和生產有較大參考價值，讀者需求呈上升趨勢，為此，“十五”期間，CALIS將在該庫的基礎上進一步建設“高校學位論文全文數(shù)據(jù)庫”，全面實現(xiàn)博、碩士學位論文資源的共享。根據(jù)《數(shù)字圖書館建設調查》和《高校學位論文全文數(shù)據(jù)庫建設調查》的統(tǒng)計結果，CALIS成員館中有29家開展了學位論文全文數(shù)據(jù)庫的籌備和建設工作，其中13家來自聯(lián)盟理事館；目前這些學校學位論文的全文數(shù)據(jù)加起來有18100條，主要采用WORD和PDF格式保存，也有個別學校采用JPG格式和DJVU格式；其中北京大學、上海交通大學和東南大學圖書館學位論文建設工作開展較早，可以追溯到1996年；北京大學、清華大學和西安交通大學圖書館數(shù)據(jù)庫建設規(guī)模較大，有超過5000條的全文數(shù)據(jù)；已經具有學位論文數(shù)據(jù)庫提交系統(tǒng)的學校有11個，其中北京大學、清華大學等圖書館的系統(tǒng)已經比較成熟，不僅具有學位論文提交系統(tǒng)，而且同時開發(fā)了學位論文檢索系統(tǒng)，并考慮了學位論文的編目、校驗、統(tǒng)計，設計了學位論文管理系統(tǒng)；目前北京大學和西安交通大學圖書館的學位論文數(shù)據(jù)庫系統(tǒng)是開放的，讀者可以檢索到摘要級，其他學校的學位論文系統(tǒng)有的要進行用戶認證，有的通過IP限制訪問；對于學位論文的版權問題，各個學校還沒有很好的解決方案。比較實際的解決方法是和論文作者簽署論文使用協(xié)議，限于校園網(wǎng)使用。成員館的上述工作為“十五”期間CALIS學位論文全文數(shù)據(jù)庫的建設提供了很好的基礎。2002年5月底，CALIS管理中心邀請在學位論文建設方面有一定基礎的15個聯(lián)盟理事館召開了“高校學位論文全文數(shù)據(jù)庫建設工作研討會”。會議統(tǒng)一了對高校學位論文全文數(shù)據(jù)庫建設的認識，明確了高校學位論文全文數(shù)據(jù)庫建設的指導思想為在統(tǒng)一的建庫標準規(guī)范下，實現(xiàn)共建、共享。會上大家總結出學位論文建設的主要環(huán)節(jié)包括總體工作流程、標準規(guī)范、論文提交、應用系統(tǒng)、管理與版權等。會后，CALIS管理中心根據(jù)各成員館的意見，整理了《高校學位論文全文數(shù)據(jù)庫建設參考》，為其他準備開展學位論文全文數(shù)據(jù)庫建設的學校提供參考，加快高校特色資源共建共享的進程。北京大學、清華大學、武漢大學、西安交通大學、廈門大學、東南大學等學校還表示愿意根據(jù)會議精神，在對各自的應用系統(tǒng)進行修改后，盡快向兄弟院校免費提供。與此同時，大家還認同了將CALIS學位論文全文數(shù)據(jù)庫設計為“集中索引、分布式存儲”的數(shù)據(jù)庫的思路。
3.2教學參考書數(shù)據(jù)庫建設
CALIS管理中心充分意識到，建設教學參考書數(shù)據(jù)庫，對高校的公共基礎課、專業(yè)基礎課和一部分精選專業(yè)課的教學參考書提供上網(wǎng)服務，可以滿足教育事業(yè)發(fā)展的需要，有效地解決各校教參復本量少的問題，在“十五”期間將“教學參考書數(shù)據(jù)庫”建設提到了議事日程上來。
根據(jù)《數(shù)字圖書館建設情況調查表》和《教學參考書數(shù)據(jù)庫情況調查表》反饋的結果，目前CALIS成員館教學參考書數(shù)據(jù)庫建設基本的情況是：14個學校已經建有一定規(guī)模的教學參考書數(shù)據(jù)庫，另有11個學校開始籌劃；其中教參數(shù)據(jù)庫建庫時間最早的是中國人民大學圖書館，始于1996年；北京大學圖書館1999年開始建庫；包括復旦大學、清華大學圖書館在內的8所高校圖書館從2000年開始建庫；其他的圖書館是在近一年里才開始和計劃進行教學參考書數(shù)據(jù)庫的建設；這些學校的教學參考書書目數(shù)據(jù)量加在一起有49500條，全文數(shù)據(jù)有5100條，其中復旦大學的書目數(shù)據(jù)量最多，已達26，500條，中國人民大學的全文數(shù)據(jù)最多，有3000條；對于教學參考書數(shù)據(jù)庫系統(tǒng)，有7所圖書館使用TRS全文數(shù)據(jù)庫進行二次開發(fā)，有3所圖書館采用快葳公司的DIPS系統(tǒng)，2所圖書館館使用方正Apabi系統(tǒng)；選擇MARC做為教參元數(shù)據(jù)進行著錄的有5家，選擇DC做元數(shù)據(jù)的有3家；對于全文，一般采用WORD和PDF格式；對于版權問題，中國人民大學、西安交通大學、中國科技大學圖書館目前的解決辦法是限于校園網(wǎng)使用，其中中國人民大學圖書館已經開始對教師著作征詢版權，清華大學和上海交通大學圖書館目前的政策是部分解決版權，同時結合訪問控制，北京大學圖書館、復旦大學圖書館正在考慮和專業(yè)公司合作，全面解決版權；目前在主頁上有教學參考書項目鏈接的圖書館，有上海交通大學、復旦大學和廈門大學，其中復旦大學圖書館的檢索系統(tǒng)可以對外提供服務，非校園網(wǎng)用戶可以瀏覽到書目級。
CALIS在6月中旬邀請22家中國高等學校數(shù)字圖書館聯(lián)盟理事單位召開了“教學參考書數(shù)據(jù)庫建設研討會”。會上，大家根據(jù)各自的工作經驗對CALIS將在“十五”期間進行的教學參考書數(shù)據(jù)庫的建設工作提出了很好的建議：（1）標準規(guī)范方面：希望CALIS在標準、系統(tǒng)等方面提出方案與要求。（2）建設內容：在學科上有所側重和分工。（3）版權問題：提出統(tǒng)一的版權解決方案。（4）管理方面：以211工程或CALIS名義，請學校教務部門將教參書的收集納入教務管理工作，以保證教參考書的權威性和新穎性。（5）建設方式：由CALIS組織購買一批有版權的電子參考書，同時在CALIS協(xié)調下，由部分高校分工建設，共享數(shù)據(jù)，成本分攤。（6）合作思路：和數(shù)據(jù)庫商與系統(tǒng)商合作開發(fā)系統(tǒng)和解決版權。（7）系統(tǒng)建設：第一步參建各校分別建立教參信息庫，同時把數(shù)據(jù)集中起來建立CALIS教學參考信息庫；第二步建設電子全文數(shù)據(jù)庫。
針對以上建議，CALIS正在積極征集包括系統(tǒng)、資源、讀者使用、服務模式、實施、經費預算等在內的教學參考書數(shù)據(jù)庫的解決方案并通過申報、調研、審批方式確定承建單位。
4小結
我是綁定IP的帳號，可以幫你下載。誰能幫我去中國知網(wǎng)論文數(shù)據(jù)庫找《廣告對大學生消費觀的影響》的文獻誰能幫我到中國知網(wǎng)論文數(shù)據(jù)庫下載有關公安民警人性化執(zhí)法的文獻？急~中國知網(wǎng)論文數(shù)據(jù)庫萬方數(shù)據(jù)等等中國知網(wǎng)論文數(shù)據(jù)庫怎樣免費下載論文?中國知網(wǎng)論文數(shù)據(jù)庫誰能幫我去中國知網(wǎng)論文數(shù)據(jù)．
中國知網(wǎng)論文數(shù)據(jù)庫能找到教育研究與實踐6嗎
科研處、圖書館根據(jù)分工，各司其職，嚴格按照知識產權管理條例進行論文收集工作。多途徑開展科研論文收集工作目前，一些高校的論文收集工作非常困難，很多教師都認為科研論文是自己所有，不愿意拿出來交由學校保管，因此可以采用多種途徑進行論文的收集工作。首先，圖書館工作人員通過檢索數(shù)據(jù)庫可以盡可能詳盡地查詢到本校所有教師發(fā)表在各項期刊、雜志、報紙等媒介上的論文；其次，科研處本身也收錄了本校教師發(fā)表的部分論文；最后，教師本人對自己的論文肯定收錄的最齊全，一方面可以詳盡的向他們介紹科研論文數(shù)據(jù)庫建立的必要性和意義，加深他們對數(shù)據(jù)庫的了解，獲得他們的支持，另一方面積極在學校營造科研氛圍，開展學術活動，激勵那些經?；蛘哒撐墨@獎的教師，讓他們產生一種自豪感，從而能夠主動的提供論文給我們。圖書館做好學科館員建設，在此時也能很好地顯示作用，因為經常需要和相應學科教師聯(lián)系溝通，由此比較了解教師本人的科研成果和情況，相對也比較容易獲取論文。做好論文歸納工作收集的論文由于來源途徑廣泛會有重合的現(xiàn)象，需要剔除重合的論文，同時按系科、各個教師分門別類地做好論文歸納工作。盡量獲取電子版本也有利于之后的論文錄入工作。做好論文的錄入和維護工作數(shù)據(jù)的錄入數(shù)據(jù)的質量是數(shù)據(jù)庫的核心，是一個不可忽視的重要問題。數(shù)據(jù)的質量主要體現(xiàn)在數(shù)據(jù)的完整性、數(shù)據(jù)的準確性和數(shù)據(jù)的標準化[2]。為了保證數(shù)據(jù)錄入的質量，應該由專門的錄入人員進行這項工作。將收集上來的科研論文按照統(tǒng)一的規(guī)范和標準先進行校對，然后完善數(shù)據(jù)的錄入工作數(shù)據(jù)庫的維護和更新在數(shù)據(jù)庫建好之后，要及時地進行數(shù)據(jù)庫的維護和更新，發(fā)現(xiàn)問題及時更正，數(shù)據(jù)庫的建立本就是為了更好的服務于學校的科研建設，因此要密切留意教師對科研數(shù)據(jù)庫使用的感受，采納一些比較好的建議，做好更新工作；同時加快新發(fā)表的科研論文的再錄入工作，不斷完善數(shù)據(jù)庫。
件*.mdb),也可以是遠程數(shù)據(jù)庫文件(如MicrosoftSQLServer);它可以是已知的某種DBMS格式,也可以是一種全新的數(shù)據(jù)庫格式?？傊?它取決于提供了什么數(shù)據(jù)庫類型的驅動程序。
VisualC++中的ODBC主要是實現(xiàn)基于Windows的關系數(shù)據(jù)庫的應用的共享。
二、ODBC管理器
在ODBC中,數(shù)據(jù)源是一個重要的概念,它是數(shù)據(jù)庫位置和數(shù)據(jù)庫類型等連接信息的總和。數(shù)據(jù)源在使用前必須通過ODBC管理器(Administrator)進行登錄。在登錄數(shù)據(jù)源時,要搞清數(shù)據(jù)源名(Datasourcename)、數(shù)據(jù)庫文件名(Databasename)和數(shù)據(jù)表格名(Tablename)這三者的概念和相互關系:數(shù)據(jù)源實際是一種數(shù)據(jù)連接的抽象,數(shù)據(jù)源名是登錄時賦予的“連接”的名稱,以供應用程序使用,至于該數(shù)據(jù)源下連接的是哪一個數(shù)據(jù)庫,則由數(shù)據(jù)庫文件名指出(如Access2.0forMSOffics中的.mdb文件);一個數(shù)據(jù)庫文件中可以包括若干個數(shù)據(jù)表格(table)和其他。在關系@@09A05900.GIF;圖1ODBC層次關系圖數(shù)據(jù)庫中,數(shù)據(jù)是以二維表格的方式存在于數(shù)據(jù)庫@@文件中,應用程序最終的操作目標即是這些表格中的行(row記錄)和列(columns字段)數(shù)據(jù)。對于foxprow數(shù)據(jù)源,數(shù)據(jù)庫文件名是“路徑名”,而該路徑下的所有數(shù)據(jù)文件(*.dbf)都屬于該“數(shù)據(jù)庫文件”名下的數(shù)據(jù)表格(table)。
ODBC管理器被裝在ControlPanel里(ODBCINST.CPL)。通過該工具可以增添、修改或刪除數(shù)據(jù)源,也用來增添、刪除ODBC驅動程序,ODBC管理器把數(shù)據(jù)源和它們的連接信息保存在ODBC.INI、ODBCINST.INI和ODBCISAM.INI中。當需要共享應用程序時,只需按新的數(shù)據(jù)文件的類型和位置重新登錄即可。
三、ODBC應用程序接口
ODBCAPI是一組標準的ODBC函數(shù)庫,除了一般的數(shù)據(jù)庫操作函數(shù)外,還包括一組函數(shù)(如SQLExec或SQLExecdirect)能夠內嵌標準SQL查詢語句。SQL(StructuredQueryLanguage結構化查詢語言)是一種存取關系型數(shù)據(jù)庫的標準語言,能夠定義、查詢、修改和控制數(shù)據(jù),簡單的語句能夠作用于整個數(shù)據(jù)表格,具有很強的功能。
同Windows3.1SDK中API類似,ODBCAPI也是基于句柄(handle)進行操作的。API函數(shù)按功能可分為以下幾類:
·數(shù)據(jù)源連接函數(shù),設置/獲取有關信息的函數(shù);
·準備/提交執(zhí)行SQL查詢語句的函數(shù)和獲得數(shù)據(jù)的函數(shù);
·終止函數(shù)和異常處理函數(shù)。
上述函數(shù)的順序也表示了進行數(shù)據(jù)庫操作的一般順序。兩個需要特別說明,一是數(shù)據(jù)類型問題:數(shù)據(jù)源中的數(shù)據(jù)所具有的數(shù)據(jù)類型稱為SQL數(shù)據(jù)類型,這些數(shù)據(jù)類型在其數(shù)據(jù)源中可能比較特殊,不一定和ODBCSQL數(shù)據(jù)類型存儲方式一致,驅動程序把這些數(shù)據(jù)類型同ODBCSQL數(shù)據(jù)類型進行相互轉換,每一個ODBCSQL數(shù)據(jù)類型都相當于一個ODBCC語言數(shù)據(jù)類型;二是函數(shù)的調用級別問題,并不是每一個ODBC驅動程序都支持所有的ODBCAPI函數(shù)調用,在應用程序中,可以調用有關函數(shù)獲取驅動程序以支持層次方面的信息。
四、ODBC編程
在VisualC++中,MFC(MicrosoftFoundationClass基本類庫)是經過對Windows應用程序中各個部件進行類的抽象而建立的一組預定義的類,如窗口基類(CWnd)、各種窗口派生類等等,這些類在應用程序中可直接使用,不需要重新定義。在MFC中,也為ODBC預定義了幾個類,其中主要的是數(shù)據(jù)庫類(CDatabase)和記錄集合類(CRecoredset)。這兩個類既有聯(lián)系又有區(qū)別,在應用程序中,可以分別使用,也可以同時使用,每一類也可以同時存在多個對象。CDatabase的每一個對象代表了一個數(shù)據(jù)源的連接,CRecordset的每一個對象代表了從一
個數(shù)據(jù)表中按預定的查詢條件獲得的記錄的集合,一般說來,前者適宜于對數(shù)據(jù)源下的某個數(shù)據(jù)表格進行整體操作,后者用于對所選的記錄集合進行處理。
同Windows類與SDKAPI函數(shù)的關系一樣,CDatabase類與ODBCAPI函數(shù)也有類似的關系,但CDatabase類中并不包含所有的ODBCAPI函數(shù),大部分操作功能仍須直接調用ODBCAPI函數(shù),如目錄功能函數(shù),用于獲得數(shù)據(jù)源下的數(shù)據(jù)表格信息,如表格名,字段名等。
在應用編程時,一般使用CDatabase和CRecordset的派生類。假設派生類分別為CUserdb和CUserset,而在應用類CUserClass中,使用了一個CUserdb對象(m-db)和一個Cuserset對象(m-recset),圖2給出了用戶應用類與ODBC類的相互關系示意圖。
@@09A05901.GIF;圖2CDatabaseCRecordset類與應用類及數(shù)據(jù)源關系圖@@
1.m-db連接數(shù)據(jù)源
m-db在完成定義構造后,要調用CDatabase的打開(Open)函數(shù)以進行數(shù)據(jù)源的實際連接:
m-db.Open(lpszDSN,bExclusive,bReadOnly,lpszConnect);
打開函數(shù)需要輸入四個參數(shù)。lpszDSN:要連接的數(shù)據(jù)源的名字,如果lpszDSN=NULL且lpszConnect中也沒有指明數(shù)據(jù)源名,則該調用會自動出現(xiàn)一個對話框列出所有可用的數(shù)據(jù)源(名),讓用戶選擇。bExclusive:只支持“假”(False)值,表示為共享(share)方式連接。因此,應用程序在運行前,一定要裝入share.exe或在Windows的system.ini中裝入vshare.386。ReadOnly:指明數(shù)據(jù)源操作方式是“只讀”還是可以修改。lpszConnect:指明連接字符串,包括數(shù)據(jù)源名、用戶標識碼、口令等信息。該字符串必須以“ODBC;”開頭,表示該連接是與一個ODBC數(shù)據(jù)源的連接(考慮以后版本支持非ODBC數(shù)據(jù)源)。
m-db打開后,其指針可以傳給m-recset作為其數(shù)據(jù)源。m-db關閉后,將關閉所有CRecordset對它的連接,m-db也可以重新打開。
2.m-db操作數(shù)據(jù)
數(shù)據(jù)源打開后,即可對數(shù)據(jù)庫文件中的數(shù)據(jù)表格進行操作,操作以調用SQL語句方式進行,可直接通過ODBCAPI函數(shù),或者CDatabase類成員函數(shù)ExecuteSQL。數(shù)據(jù)表名在SQL語句中指定,如下語句則在所在的數(shù)據(jù)源中的clerk表中插入一個記錄,記錄的name字段值為"chen"。
m-db.ExecuteSQL("insertintoclerk(name)value(''''chen'''')");3.m-recset連接數(shù)據(jù)m-recset在構造時,可傳入一個CDatabase對象指針,作為m-recset的數(shù)據(jù)源,當為NULL時,必須重載CRecordset的函數(shù)GetDefaultConnect,以提供數(shù)據(jù)源連接字符串(相當于m-db.Open中的lpszConnect)。如下則表示連接名為COMPANY的數(shù)據(jù)源(當傳入了合法的CDatabase對象指針時,該函數(shù)將不被調用)。
CStringCUserset::GetDefaultConnect()
{
return"ODBC;DSN=COMPANY;";
}4.m-recset選取記錄和字段
m-recset在調用打開函數(shù)時,即獲得了符合條件的一組記錄,條件語句在Open函數(shù)中的lpszSQL中給出,如果lpszSQL為NULL,則必須重載CRecordset的函數(shù)以提供該語句。該語句是一個SELECT語句,帶或不帶where和orderby子句(如果不帶,where和Orderby的條件也可在CRecordset的兩個預定義成員變量m-strFilter和m-strSort中給出)。lpszSQL也可以只是一個數(shù)據(jù)表名(table-name),也可以是對內嵌在數(shù)據(jù)庫文件中的查詢程序的調用語句。所選擇的一系列字段名,在成員函數(shù)DoFieldExchange中由一系列RFX-函數(shù)指定。RFX-(RecordFieldExchange)函數(shù),使字段和成員變量一一建立類型對應關系。另外,m-strFilter中也可以帶變量參數(shù)(用"?"表示,如"fieldl>=?ANDfield2<=?"),參數(shù)與成員變量的對應關系也在DoFieldExchange中由RFX-函數(shù)指定(串中的"?"將被參數(shù)變量值逐一替換)。
voidCUserset::DoFieldExchange(CFieldExchange*pFX)
{
pFX->SetFieldType(CFieldExchange::outputColumn);
/*以下為字段連接*/
RFX-???(pFX,"field1",m-var1);
RFX-???(pFX,"field2",m-var2);
...
RFX-???(pFX,"fieldn",m-varn);
pFX->SetFieldType(CFieldExchange::param);
/*以下為參數(shù)連接*/
RFX-???(pFX,field1,m-param1);
RFX-???(pFX,field2,m-param2);
...
}其中,???為ODBCSQL數(shù)據(jù)類型名,如RFX-Double,RFX-Text等。
綜合上述,選取記錄和字段實際是由下列語句完成:
SELECTrfx-field-listFROMtable-name[WHEREm-strFilter][ORDERBYm-strSort]
字段變量和參數(shù)變量的個數(shù)一定要在調用打開函數(shù)前(如構造函數(shù)中)準確地賦值給成員變量m-nFields和m-nParams。m-recset在打開后的任何時候調用Requery()函數(shù),將根據(jù)新的查詢條件(例如修改了參數(shù)變量值)重新選取記錄。
5.m-recset操作數(shù)據(jù)
記錄集合生成后,其當前記錄的各字段值被保存在前述的各字段變量中,如果調用CRecordset的滾動(scroll)函數(shù),如MoveFirst(),MoveNext(),MovePrev(),MoveLast()等,字段變量的值將自動跟隨“當前”記錄的位置的變化而變化。IsBOF(),IsEOF()用于判別是否移動到記錄的頭或尾。
數(shù)據(jù)操作主要包括刪除(Delete),添加(AddNew)和更改(Edit),一般流程為:
if(m-recset.CanUpdate())/*是否允許修改*/
{
if(m-db.CanTransact())/*是否支持“批”處理*/
{
m-db.BeginTrans();
m-recset.AddNew();
/*修改字段變量值*/
...
m-recset.Update();
m-mitTrans();
if(catcherror)
m-db.RollBack();
}
}
對于AddNew和Edit,修改字段變量后一定要調用函數(shù)Update(),否則更新將丟失,而Delete操作則不必進行字段值修改和調用Update()。
上述的CDatabase的四個函數(shù)是ODBC為保證數(shù)據(jù)操作的可靠性而提供的“批”處理函數(shù),即在BeginTrans和CommitTrans之間的數(shù)據(jù)修改如果出現(xiàn)任何異常,可通過函數(shù)RoolBack來恢復所做的修改。
在多用戶系統(tǒng)使用時,每一個數(shù)據(jù)源可以被多個用戶的多個任務連接,不同的任務可同時修改相同的數(shù)據(jù)源。ODBC提供了兩種數(shù)據(jù)表更新的同步機制(在m-recset.Open函數(shù)中指定),“靜態(tài)”的(snapshot)和動態(tài)的(dynaset)。前者是一組靜態(tài)的記錄集合,當建立后不會改變,除了反應自己的添加/刪除外,不反應別的用戶的修改,除非調用了Requery重新建立。后者是一組動態(tài)的記錄集合,自己或別的用戶所作的修改隨時反應到集合中來(當然也可用Requery重建),以保持記錄與數(shù)據(jù)源的同步。在應用中,應根據(jù)需要確定使用哪一種方式。
2數(shù)據(jù)庫建設基本流程
利用實地調研、個人采訪的方法獲取石油文化紙本文獻，然后通過輸入設備對這些資源進行數(shù)字化，調研、收集、保存、整理網(wǎng)上已的石油文化數(shù)字資源，將兩種來源途徑的石油文化資源放入原始庫待處理。通過信息的抽取、分類等方法，對數(shù)據(jù)信息進行整合，構建數(shù)據(jù)模型，利用相應軟件設計，形成有效信息庫。通過前臺網(wǎng)頁，實現(xiàn)信息與信息檢索。圖1所示是石油文化數(shù)據(jù)庫建設基本流程。
3基于MongoDB的數(shù)據(jù)庫設計
3.1MongoDB數(shù)據(jù)庫
MongoDB是最受歡迎的開源NoSQL數(shù)據(jù)庫之一,因其高效的性能和豐富的使用功能在生產中有非常廣泛的應用。MongoDB是一個面向文檔的數(shù)據(jù)庫。數(shù)據(jù)庫有兩個要素構成：文檔和集合。（1）文檔：是MongoDB的核心概念，是鍵值對的有序集。文檔的鍵和值不再是固定的類型和大小。其功能類似關系數(shù)據(jù)庫中的一條記錄。（2）集合：就是一組文檔。集合是動態(tài)模式的，即一個集合中的文檔可以是各式各樣的。但集合之間不能進行連接查詢。（3）數(shù)據(jù)庫：由集合構成。一個數(shù)據(jù)庫可以包含有0個或者多個集合。文檔、集合、數(shù)據(jù)庫三者關系如圖2所示。
3.2石油文化數(shù)據(jù)庫設計模型
雖然一個集合中的文檔可以是各種各樣的，但為了提高管理和查詢的訪問效率，還是要根據(jù)應用情況適當進行分類，考慮應用不同集合來存放相關文檔。石油文化資源類型多樣化，有文字、圖片、圖像、音視頻資料等，根據(jù)實際操作需要，本數(shù)據(jù)庫共建立了3個集合，分別為：用戶users集合、資源s1集合，資源Content集合。但Content集合屬于嵌入式集合。（1）用戶集合users用戶包括普通用戶和管理員，用戶集合主要保存用戶的姓名、密碼、操作權限等信息。具體如下表1所示。（2）資源s1集合資源集合是本數(shù)據(jù)庫核心內容，主要用于存放關于石油文化的數(shù)字資源，可以是文字、圖像、聲音視頻等信息。用集合s1保存資源基本信息（如資源名稱、資源創(chuàng)建時間、訪問次數(shù)，等等），用集合Content用來保存資源具體數(shù)據(jù)（資源類型，資源內容等）。由于Mon-goDB不能進行集合間連接查詢，并且考慮到文字、圖像及聲音視頻之間的關聯(lián)，因此利用MongoDB的em-bed（嵌入）方法，把資源內容Content作為內嵌文檔保存，以達到一次查詢的效果。具體如下表2所示。
2地圖可視化
2．1符號庫的制作根據(jù)《地理信息公共服務平臺電子地圖數(shù)據(jù)規(guī)范》(CH/Z9011－2011)，利用ArcGIS10．1軟件在ESRI中國的地圖模板符號庫基礎上進行修改、重組、補充，某些特殊符號利用FontCreator字體制作軟件，最終形成“天地圖•成都”矢量電子地圖符號庫和影像標注電子地圖符號庫。
2．2配圖模板的制作
2．2．1地圖文檔組織形式根據(jù)電子地圖分級與顯示比例的規(guī)定，通過創(chuàng)建圖層組對數(shù)據(jù)進行管理，即按顯示比例尺范圍的不同對數(shù)據(jù)進行分類［3］。一個圖層組對應一個顯示比例范圍，無需逐個設置所有圖層，切圖比例尺需處于這兩個比例尺的范圍之內，以避免在地圖切片過程中可能發(fā)生的瓦片顯示錯誤。地圖文檔共分3個圖層組，每個圖層組按三級組織模式，具體如下:1)圖層組命名方式為:L+顯示級別(比例尺)，如L18(1:564．25)。2)數(shù)據(jù)集命名方式為:要素類別(點/線/面/注記)，如水系(點)。3)數(shù)據(jù)層，如MPHYDPT。按照圖面顯示效果設置點、線、面、注記數(shù)據(jù)的上下層關系。
2．2．2地圖符號化1)利用ArcGIS10．1軟件對提取的要素通過定義查詢進行分級顯示。制作總體原則是下一級別的要素內容不少于上一級，相鄰兩級的地圖負載量變化相對平緩［4］。選取方法是首先分類選取，優(yōu)先選取重要地物，然后分要素選取，并且隨著比例尺的不斷增大，要素內容隨之增多。2)對每個要素類利用先前制作的符號庫進行符號化，同時，采用MAPLEX高級標注引擎設置要素的標注位置、標注樣式、標注權重、標注避讓規(guī)則等，對道路、水系、地名、POI等要素進行標注并統(tǒng)一管理，保證注記與地物關系的合理一致性以及注記與注記之間的相互不壓蓋，最終形成公眾版矢量電子地圖模板和影像標注矢量電子地圖模板。
2．3地圖優(yōu)化根據(jù)地圖分級顯示效果利用ArcGIS的制圖工具和相關插件進行圖面整飾，主要包括分級道路優(yōu)化、要素連通顯示、標注簡化、線狀地物平滑、地名興趣點抽稀、制圖綜合等。根據(jù)不同的顯示要求選擇合適的工具進行優(yōu)化。由于標注與其他地圖數(shù)據(jù)要分開服務進行切片，為了標注地圖與背景地圖服務疊加顯示后標注邊緣看上去有平滑效果，要把標注地圖模板圖層框背景色改成與背景地圖服務色調接近的顏色，“天地圖•成都”選取的是RGB(30，30，30)?！疤斓貓D•成都”對國、省、縣、鄉(xiāng)道、城區(qū)主要道路采用道路面表示，考慮道路更新的問題沒有采用道路融合后加邊線的表示方法，而是用一層沒有加邊框的道路面與加了邊框的道路面疊加的方法表示道路互通的融合效果。
3地圖瓦片制作
地圖配置完成后，利用ArcGISServer10．1進行并切片。切片的基本參數(shù)設置為:1)瓦片分塊的起始點:(－180，90)。2)瓦片分塊大小256*256像素。3)屏幕分辨率為96pdi。4)矢量地圖和影像標注地圖服務采用PNG24格式。5)影像地圖服務采用MIXED(JPG和PNG)格式，采用默認壓縮率75%。6)ArcGISServer10．1自帶抗鋸齒功能，在服務時抗鋸齒要選擇最佳。
2基于策略的網(wǎng)絡管理主要應用
2.1策略管理工具的應用
策略管理工具主要是網(wǎng)絡管理人員對各種策略進行監(jiān)測分析所使用的。雖然已經將策略歸納分類，但是對策略的編輯是一項工程巨大的工作，而策略管理工具的應用可以為網(wǎng)絡管理人員提供一個便捷高效的操作方式，對策略進行科學的編輯管理，并將其作為一種解決問題的策略加入數(shù)據(jù)庫中，以備不時之需。
2.2策略表示的應用
網(wǎng)絡管理人員在對策略進行輸入及編輯時，需要用到策略表示。就是策略數(shù)據(jù)庫與系統(tǒng)之間的橋梁，能夠將策略數(shù)據(jù)庫與外界因素連接起來，從而簡化網(wǎng)絡管理的流程，減輕工作任務，將一些策略簡單化，使管理工作變得更加高效快捷。
2.3策略數(shù)據(jù)庫的應用
策略數(shù)據(jù)庫就是儲存策略的倉庫，不同于其他數(shù)據(jù)庫，網(wǎng)絡管理人員將編輯好的策略存放于策略數(shù)據(jù)庫中，數(shù)據(jù)庫能夠自行對各種策略進行分類匯總，列出不同策略的不同作用，在遇到不同問題時就可以針對性做出應對。策略數(shù)據(jù)庫不僅能儲存策略，還能儲存一些輔助參數(shù)，幫助提高數(shù)據(jù)庫的系統(tǒng)性能。
2.4策略決策點的應用
策略決策點相當于人的大腦，是決策系統(tǒng)的指揮官。遇到網(wǎng)絡時，該服務器開始作出決策，從眾多決策中找到合適的解決方式并提取出來。這部分的功能就是將決策和問題對號入座，并負責決策的提取和分配。
2.5策略執(zhí)行點的應用
策略執(zhí)行點主要是解決問題的直接對象，可以將其理解為執(zhí)行的客戶端。策略被輸出后直接由該部分直接表現(xiàn)出來，日常殺毒軟件等都屬于策略執(zhí)行點的范圍，是執(zhí)行策略的一線工人，也是最能展現(xiàn)效果的部分。
3基于策略的網(wǎng)絡管理技術模型建立
基于策略的網(wǎng)絡管理技術模型的建立主要是根據(jù)一定規(guī)律分布、為解決問題而存在的策略組模型與待解決問題對象之間通過某些聯(lián)系結合在一起而形成的。需要注意的是，策略模型是面向對象的，其核心就是前文提到的策略系統(tǒng)的大腦，即策略決策點，另外輔助于策略的其他功能組建一個完整的策略模型。策略模型的建立過程并非表面上看得那么簡單。從宏觀上看，整個策略數(shù)據(jù)庫與存在的各種問題本身就是一個抽象的策略模型。有些人認為策略與問題是一一對應的，其實不然，策略模型本就是多對多的存在模式，即一種策略可以解決多個問題，一個問題可以被多個策略解決，而整個策略系統(tǒng)的任務就是在策略數(shù)據(jù)庫中尋找最適合的解決方法并貫徹執(zhí)行。
1多媒體數(shù)據(jù)模型
多媒體數(shù)據(jù)模型主要采用文件系統(tǒng)管理方式、擴充關系數(shù)據(jù)庫的方式和面向對象數(shù)據(jù)庫的方式。
1.1文件系統(tǒng)管理方式
多媒體資料是以文件的形式在計算機上存儲的，所以用各種操作系統(tǒng)的文件管理功能就可以實現(xiàn)存儲管理。Windows的文件管理器或資源管理器不僅能實現(xiàn)文件的存儲管理，而且還能實現(xiàn)有些圖文資料的修改，演播一些影像資料。為了方便用戶瀏覽多媒體資料，出現(xiàn)很多的圖形、圖象瀏覽工具軟件。有些在Windows95下的瀏覽軟件還和資源管理器結合起來，如ACDSee工具軟件不僅可瀏覽BMP、GIF、JPEG、PCX、Photo－CD、PNG、TGA、TIFFandWMF格式的圖像，而且還具備資源管理器的查詢、刪除、復制等功能。如多功能影像處理及管理軟件ImagePals，是在Windows上影像工具軟件，ImagePals提供了電子相簿（Album）、影像編輯（ImageEditor）和屏幕捕捉（ScreenCapture）等功能,此外還具有視窗及CD瀏覽器等。電子相?。ˋlbum）是一個很具特色的應用程序，能對文件進行迅速、可視性的管理。文件系統(tǒng)方式存儲簡單，當多媒體資料較少時，瀏覽查詢還能接受，但演播的資料格式受到限制，最主要的是當多媒體資料的數(shù)量和種類相當多時，查詢和演播就不方便了。
1.2擴充關系數(shù)據(jù)庫的方式
數(shù)據(jù)庫的出現(xiàn)是為了解決文件管理數(shù)據(jù)的不足，同樣，為了解決管理多媒體數(shù)據(jù)，人們很容易地會想到使用數(shù)據(jù)庫。傳統(tǒng)的關系數(shù)據(jù)模型建立在嚴格的關系代數(shù)的基礎上的，解決了數(shù)據(jù)管理的許多問題，目前基于關系模型的數(shù)據(jù)庫管理系統(tǒng)仍然是主流技術。但是平坦化的數(shù)據(jù)類型不適于表達復雜的多媒體信息，文本、聲音、圖像這些非格式化的數(shù)據(jù)是關系模型無法處理的；簡單化的關系也會破壞媒體實體的復雜聯(lián)系，豐富的語義性超過了關系模型的表示能力。出于保護原有投資和市場的考慮，全球幾家大的數(shù)據(jù)庫公司都已將原有的關系數(shù)據(jù)庫產品加以擴充，使之在一定程度上能支持多媒體的應用。用關系數(shù)據(jù)庫存儲多媒體資料的方法一般是：
1.2.1用專用字段存放全部多媒體文件；
1.2.2多媒體資料分段存放在不同字段中，播放時再重新構建；
1.2.3文件系統(tǒng)與數(shù)據(jù)庫相結合，多媒體資料以文件系統(tǒng)存放，用關系數(shù)據(jù)庫存放媒體類型、應用程序名、媒體屬性、關鍵詞等。
1.3面向對象數(shù)據(jù)庫的方式
關系數(shù)據(jù)庫在事物管理方面獲得了巨大的成功，它主要是處理格式化的數(shù)據(jù)及文本信息。由于多媒體信息是非格式化的數(shù)據(jù)，多媒體數(shù)據(jù)具有對象復雜、存儲分散和時空同步等特點，所以盡管關系數(shù)據(jù)庫非常簡單有效，但用其管理多媒體資料仍不太盡如人意。而面向對象數(shù)據(jù)庫是指對象的集合、對象的行為、狀態(tài)和聯(lián)系是以面向數(shù)據(jù)模型來定義的。面向對象的概念是新一代數(shù)據(jù)庫應用所需的強有力的數(shù)據(jù)模型的良好基礎。面向對象的方法最適合于描述復雜對象，通過引入封裝、繼承、對象、類等概念，可以有效地描述各種對象及其內部結構和聯(lián)系。多媒體資料可以自然地用面向對象方法所描述，面向對象數(shù)據(jù)庫的復雜對象管理能力正好對處理非格式多媒體數(shù)據(jù)有益；根據(jù)對象的標識符的導航存取能力有利于對相關信息的快速存取；封裝和面向對象編程概念又為高效軟件的開發(fā)提供了支持。面向對象數(shù)據(jù)庫方法是將面向對象程序設計語言與數(shù)據(jù)庫技術有機地結合起來，是開發(fā)的多媒體數(shù)據(jù)庫系統(tǒng)的主要方向。
為高效管理多媒體數(shù)據(jù)，基于關系數(shù)據(jù)庫的應用系統(tǒng)逐漸演變到多媒體數(shù)據(jù)庫管理系統(tǒng)用面向對象的概念擴充關系數(shù)據(jù)庫。用面向對象的高級語言擴展基本關系類型，使其支持復雜對象，并對關系模型提供的操作加以擴充，利用關系數(shù)據(jù)庫的優(yōu)勢管理多媒體資料。
2數(shù)據(jù)的壓縮和解壓縮
由于多媒體信息，如聲音、圖像目前國際上的壓縮標準有：
JPEG(JointPhotographicExpertsGroup)，是由國際標準化組織(ISO)和國際電報電話咨詢委員會(CCITT)聯(lián)合制定的。適合于連續(xù)色調、多級灰度、彩色或單色靜止圖像的國際標準。MPEG(MovingPictureExpertsGroup)，是ISO／IEC委員會的第11172號標準草案，包括MPEG視頻、MPEG音頻和MPEG系統(tǒng)三部分。MPEG要考慮到音頻和視頻的同步，聯(lián)合壓縮后產生一個電視質量的視頻和音頻、壓縮形式的位速為1.5Mbps的單一流。
P×64，是CCITT的H．261號建議，P為可變參數(shù)，取值范圍是1～30。該標準的目標是可視電話和電視會議，它可以覆蓋整個ISDN(綜合業(yè)務數(shù)字網(wǎng))信道。當P=1或2時，只支持每秒幀數(shù)較少的視頻電話，P＞6時可支持電視會議。
P×64標準和MPEG標準的數(shù)據(jù)壓縮技術有許多共同之處，但P×64標準是為適應各種通道容量的傳輸，而MPEG標準是用狹窄的頻帶實現(xiàn)高質量的圖像畫面和高保真的聲音傳送。
3多媒體數(shù)據(jù)的存儲管理和存取方法
如何有效地按照多媒體數(shù)據(jù)的特性去存取多媒體數(shù)據(jù)呢？利用常規(guī)關系數(shù)據(jù)庫管理系統(tǒng)來管理多媒體數(shù)據(jù)已經不能適應了，基于內容的多媒體信息檢索研究應運而生。它支持其他多媒體信息技術，如超媒體技術、虛擬現(xiàn)實技術、多媒體通信網(wǎng)絡技術等。多媒體內容的處理分為三大部分：內容獲取、內容描述和內容操縱。也可將其看成是內容處理的三個步驟，即先對原始媒體進行處理，提取內容，然后用標準形式對它們進行描述，以支持各種內容的操縱。
內容獲取(Populating)通過對各種內容的分析和處理而獲得媒體內容的過程。多媒體數(shù)據(jù)具有時空特性，內容的一個重要成分是空間和時間結構。內容的結構化(Structuring)就是分割(Segmenting)出圖像對象、視頻的時間結構、運動對象，以及這些對象之間的關系。特征抽取(Extraction)就是提取顯著的區(qū)分特征和人的視覺(Visual)、聽覺(Auditory)方面的感知特征來表示媒體和媒體對象的性質。
----內容描述(Description)描述在以上過程中獲取的內容。目前，MPEG-7專家組正在制定多媒體內容描述標準。該標準主要采用描述子(Descriptor)和描述模式(Scheme)來分別描述媒體的特性及其關系。
----內容操縱(Manipulating)針對內容的用戶操作和應用。有許多這方面的名詞和術語。查詢(Query)是面向用戶的術語，多用于數(shù)據(jù)庫操作。檢索(Retrieval)是在索引(Index)支持下的快速信息獲取方式。搜索(Search)常用于Internet的搜索引擎，含有搜尋的意思，又有在大規(guī)模信息庫中搜尋信息的含義。
摘要(Summarization，Excerpt)對多媒體中的時基媒體(如視頻和音頻)是一種特殊的操作。我們熟知文獻摘要的含義，在內容技術支持下，也可以對視頻和音頻媒體進行摘要，獲得一目了然的全局視圖和概要。同樣，用戶可以通過瀏覽(Browsing)操作，線性或非線性地存取結構化的內容。另外，基于內容的技術不僅僅用在多媒體信息的檢索和搜索方面，檢索僅僅是信息存取的一個方面。過濾(Filtering)就是與檢索相反的一種信息存取方式。用過濾技術可以實現(xiàn)個人化的信息服務。
4分布式數(shù)據(jù)庫技術
分布式數(shù)據(jù)庫系統(tǒng)是在集中式數(shù)據(jù)庫系統(tǒng)的基礎上發(fā)展起來的，是數(shù)據(jù)庫技術與計算機網(wǎng)絡技術的產物。分布式數(shù)據(jù)庫系統(tǒng)是具有管理分布數(shù)據(jù)庫功能的計算機系統(tǒng)。一個分布式數(shù)據(jù)庫是由分布于計算機網(wǎng)絡上的多個邏輯相關的數(shù)據(jù)庫組成的集合，網(wǎng)絡中的每個結(一般在系統(tǒng)中的每一臺計算機稱為結點node)具有獨立處理的能力(稱為本地自治),可執(zhí)行局部應用,同時,每個結點通過網(wǎng)絡通訊系統(tǒng)也能執(zhí)行全局應用。所謂局部應用即僅對本結點的數(shù)據(jù)庫執(zhí)行某些應用。所謂全局應用(或分布應用)是指對兩個以上結點的數(shù)據(jù)庫執(zhí)行某些應用。支持全局應用的系統(tǒng)才能稱為分布式數(shù)據(jù)庫系統(tǒng)。對用戶來說，一個分布式數(shù)據(jù)庫系統(tǒng)邏輯上看如同集中式數(shù)據(jù)庫系統(tǒng)一樣，用戶可在任何一個場地執(zhí)行全局應用。分布式數(shù)據(jù)庫具有如下特點：
4.1本地自治(LocalAutonomy)；
4.2不依靠一個中心站點；
數(shù)據(jù)庫設計論文參考文獻：
[1]譚懷遠.讓Oracle跑得更快2——基于海量數(shù)據(jù)的數(shù)據(jù)庫設計與優(yōu)化.電子工業(yè)出版社，2011.
[2]馮建華.數(shù)據(jù)庫數(shù)據(jù)庫系統(tǒng)設計與原理[M].清華大學出版社，2004.
[3]康諾利，何玉潔.數(shù)據(jù)庫設計教程[M].機械工業(yè)出版社，2005.
[4]任巍.鐵路巡檢作業(yè)信息實時管理系統(tǒng)的數(shù)據(jù)庫設計[J].信息與電腦（理論版）.2015（02）
[5]譚嶠.SQLServer數(shù)據(jù)庫性能優(yōu)化研究[J].硅谷.2014（08）
[6]林元彥.SQLServer數(shù)據(jù)庫性能分析與優(yōu)化[J].電子技術與軟件工程.2013（17）
數(shù)據(jù)庫設計論文參考文獻：
[1]李金靖.淺析軟件開發(fā)中的數(shù)據(jù)庫設計的理論和實踐[J].計算機光盤軟件與應用，2011（15）.
[2]曹志錦，王永梁.基于RS485的多級串行通信實驗系統(tǒng)設計及應用[J].實驗技術與管理，2002，19（5）：65-67.
[3]李金靖.淺析軟件開發(fā)中的數(shù)據(jù)庫設計的理論和實踐[J].計算機光盤軟件與應用，2011（6）.
[4]ThomasM.connolly.數(shù)據(jù)庫設計教程[M].北京：機械工業(yè)出版社，2005.
[5]劉亞軍.數(shù)據(jù)庫設計與應用[M].北京：清華大學出版社，2007.
數(shù)據(jù)庫設計論文參考文獻：
[1]謝星星，朱嬋.PowerDesigner系統(tǒng)分析與建模實戰(zhàn)[M].北京：機械工業(yè)出版社，2015.5.
[2]李波，孫憲麗，關穎.PowerDesigner16從入門到精通[M].北京：清華大學出版社，2016.
[3]薩師煊，王珊.數(shù)據(jù)庫系統(tǒng)概論[M].4版.北京：高等教育出版社，2006：55-77.
二、為什么用ASP
隨著Internet的發(fā)展,靜態(tài)Web站點的開發(fā)與維護變得越來越困難,一方面信息的不斷增加和變化,使站點維護人員不得不經常修改他們的網(wǎng)頁,特別是基于數(shù)據(jù)庫驅動的Web站點更是如此;另一方面靜態(tài)網(wǎng)頁由于不能與瀏覽者進行有效交互,使人們感到越來越乏味,而不愿意再一次地進入同一站點。所以開發(fā)動態(tài)網(wǎng)頁或動態(tài)內容成了越來越多的站點所追求目標。所謂動態(tài)內容是由每一個用戶按照自己的需求發(fā)出請求而特殊制作的Web網(wǎng)頁,例如訪問某一網(wǎng)站的新用戶得到的歡迎詞與重新返回到該站點的用戶得到的歡迎詞是不同的。
三、ASP的特點
ASP具有學習快、設計快的特點,不需花許多時間即可學會和快速設計出WEB應用程序。
ASP的源程序碼在服務器端執(zhí)行,代碼保密性好。
集成與HTML中,無需編譯鏈接可直接執(zhí)行；使用文本編輯器如記事本,即可設計。
與瀏覽器無關,用戶端只要使用常規(guī)可執(zhí)行HTML代碼的瀏覽器。
ASP是面向對象的（Object_Oriented）
四、ASP與其它相關技術的比較
隨著Internet的發(fā)展,靜態(tài)Web站點的開發(fā)與維護變得越來越困難,一方面信息的不斷增加和變化使站點維護人員不得不經常修改他們的網(wǎng)頁,特別是基于數(shù)據(jù)庫驅動的Web站點更是如此;另一方面靜態(tài)網(wǎng)頁由于不能與瀏覽者進行有效交互,使人們感到越來越乏味,而不愿意再一次地站點。所以開發(fā)動態(tài)網(wǎng)頁或動態(tài)內容成了越來越多的站點所追求目標。
所謂動態(tài)內容是由每一個用戶按照自己的需求發(fā)出請求而特殊制作的Web網(wǎng)頁,例如訪問某一網(wǎng)站的新用戶得到的歡迎詞與重新返回到該站點的用戶得到的歡迎詞是不同的。有許多技術可以實現(xiàn)動態(tài)內容,目前常用的主要有兩種:CGI(公共網(wǎng)關接口)和ISAPI。
CGI是開發(fā)較早的技術,它可以很好地實現(xiàn)動態(tài)內容,但它有兩個主要缺點。一是對每一個請求(請求一個頁面)CGI都要產生一個新的進程,同一時刻發(fā)出的請求越多,服務器產生的進程也就越多。我們知道,產生一個進程是非常耗時的,而且需要用到大量的服務器RAM,所以其響應時間相對較長,特別是當進程多到某一數(shù)量后,服務器性能將顯著下降。另一方面,CGI的主要編程語言是C語言,對大多數(shù)網(wǎng)頁開發(fā)人員來說,要掌握和精通這些編程語言需要花很長的時間。
ISAPI針對CGI第一個缺點進行了改進,利用DLL(動態(tài)鏈接庫)技術,以線程代替進程,提高了性能和速度,但要考慮線程的同步問題,而且開發(fā)步驟煩瑣。
ASP除了提供CGI的所有功能外,還具有許多顯著的優(yōu)點。ASP運行在Web服務器的同一個進程中,可以更快、更有效地處理客戶請求;ASP提供更方便、更簡單的訪問數(shù)據(jù)庫的方法,使開
發(fā)基于數(shù)據(jù)庫驅動的Web應用程序更加容易;ASP支持幾乎所有的腳本語言,如VBScript、Jscript和Perl,其主要腳本語言VBScript是基于眾多編程人員非常熟悉VisualBasic語言,所以ASP更容易被人們所接受。
五、ASP的工作過程
ASP技術直接建立于微軟的Web服務器之中,所有微軟的Web服務器都支持ASP,如WindowsNTInternetInformationServer(IIS),WindowsNTWorkstation以及Windows95PersonalWebServer。你不要擔心瀏覽器是否能執(zhí)行你的ASP程序,你的WEB服務器會自動把ASP程序碼,解釋為HTML格式的主頁內容,再送到用戶端的瀏覽器顯示出來。如圖1所。
六、用ASP實現(xiàn)用戶登陸WEB數(shù)據(jù)庫
在ASP中訪問數(shù)據(jù)庫,可采用ASP內置ActiveX服務器組件棗數(shù)據(jù)庫訪問組件,使用ActiveXDataObject(ActiveX數(shù)據(jù)對象,簡稱ADO)的技術。ADO通過在WEB服務器上設定ODBC,來建立與多種數(shù)據(jù)庫的連接,其中包括SQLServer、Oracle、Foxpro等各種大、中、小型數(shù)據(jù)庫。下面我們舉例說明用ASP實現(xiàn)用戶登陸WEB數(shù)據(jù)庫的過程。
1.用戶在客戶機瀏覽器上輸入一個URL地址并回車,請求一個頁面。
例如yin/User_Login/default.htm。
2.服務器接受用戶請求,調出相應頁面(假設該頁面含有一個表單)。
例如default.htm,其代碼如下:
<html>
<head>
<metaname="GENERATOR"content="MicrosoftFrontPage3.0">
<title>系統(tǒng)登錄</title>
</head>
<h2align="center">系統(tǒng)登錄</h2><hr>
<formmethod="post"action=”user_login.asp”name=”form”>
<center>
請輸入用戶名:<inputname="username"type="text">
請輸入口令:<inputtype="password"name="password"size="14">
<br>
<inputtype="submit"value="登錄"name="submit">
<inputtype="reset"value="復位"name="reset">
</center></form></body>
</html>
Abstract:Databaseistheimportantcomponentofcomputerinformationsystem,astheinformationtogethercollective,thedatabasedocumentisbearingthemissionofstoringandmanagingtheinformation''''sdata,soitssecuritywillbethemostimportantofall.ThispaperhavediscussedmainlysafeproblemwhichfacingtotheDatabase,andhavesubmittedsomecertainsuggestions.
Keywords:Databasesecuritymanagement
一、數(shù)據(jù)庫安全概述
1.數(shù)據(jù)庫安全概述
數(shù)據(jù)庫安全是指保護數(shù)據(jù)庫以防止非法用戶的越權使用、竊取、更改或破壞數(shù)據(jù)。數(shù)據(jù)庫安全涉及到很多層面，必須在以下幾個層面做好安全措施：
（1）物理層：重要的計算機系統(tǒng)必須在物理上受到保護，以防止入侵者強行進入或暗中潛入。
（2）人員層：數(shù)據(jù)庫系統(tǒng)的建立、應用和維護等工作，一定要由政治思想上過硬的合法用戶來管理。
（3）操作系統(tǒng)層：要進入數(shù)據(jù)庫系統(tǒng)，首先要經過操作系統(tǒng)，如果操作系統(tǒng)的安全性差，數(shù)據(jù)庫將面臨著重大的威脅。
（4）網(wǎng)絡層：由于幾乎所有網(wǎng)絡上的數(shù)據(jù)庫系統(tǒng)都允許通過終端或網(wǎng)絡進行遠程訪問，所以網(wǎng)絡的安全和操作系統(tǒng)的安全一樣重要，網(wǎng)絡安全了，無疑對數(shù)據(jù)的安全提供了保障。
（5）數(shù)據(jù)庫系統(tǒng)層：數(shù)據(jù)庫系統(tǒng)應該有完善的訪問控制機制，以防止非法用戶的非法操作。為了保證數(shù)據(jù)庫的安全，必須在以上所有層次上進行安全性控制。
2.數(shù)據(jù)庫安全的目標
（1）提供數(shù)據(jù)共享，集中統(tǒng)一管理數(shù)據(jù);
（2）簡化應用程序對數(shù)據(jù)的訪問，應用程序得以在更為邏輯的層次上訪問數(shù)據(jù):
（3）解決數(shù)據(jù)有效性問題，保證數(shù)據(jù)的邏輯一致性:
（4）保證數(shù)據(jù)獨立性問題，降低程序對數(shù)據(jù)及數(shù)據(jù)結構的依賴:
（5）保證數(shù)據(jù)的安全性，在共享環(huán)境下保證數(shù)據(jù)所有者的利益。
以上僅是數(shù)據(jù)庫的幾個最重要的動機，發(fā)展變化的應用對數(shù)據(jù)庫提出了更多的要求。為達到上述的目的，數(shù)據(jù)的集中存放和管理永遠是必要的。其中的主要問題，除功能和性能方面的技術問題，最重要的問題就是數(shù)據(jù)的安全問題.如何既提供充分的服務同時又保證關鍵信息不被泄漏而損害信息屬主的利益，是DBMS的主要任務之一。
二、數(shù)據(jù)庫系統(tǒng)安全的主要風險
數(shù)據(jù)庫系統(tǒng)在實際應用中存在來自各方面的安全風險，由安全風險最終引起安全問題，下面從四個方面講述數(shù)據(jù)庫系統(tǒng)的安全風險。
1.來自操作系統(tǒng)的風險
來自操作系統(tǒng)的風險主要集中在病毒、后門、數(shù)據(jù)庫系統(tǒng)和操作系統(tǒng)的關聯(lián)性方面。首先在病毒方面，操作系統(tǒng)中可能存在的特洛伊木馬程序對數(shù)據(jù)庫系統(tǒng)構成極大的威脅，數(shù)據(jù)庫管理員尤其需要注意木馬程序帶給系統(tǒng)入駐程序所帶來的威脅。一個特洛伊木馬程序修改了入駐程序的密碼，并且當更新密碼時，入侵者能得到新的密碼。其次在操作系統(tǒng)的后門方面，許多數(shù)據(jù)庫系統(tǒng)的特征參數(shù)盡管方便了數(shù)據(jù)庫管理員，但也為數(shù)據(jù)庫服務器主機操作系統(tǒng)留下了后門，這使得黑客可以通過后門訪問數(shù)據(jù)庫。最后數(shù)據(jù)庫系統(tǒng)和操作系統(tǒng)之間帶有很強的關聯(lián)性。操作系統(tǒng)具有文件管理功能，能夠利用存取控制矩陣，實現(xiàn)對各類文件包括數(shù)據(jù)庫文件的授權進行讀寫和執(zhí)行等，而且操作系統(tǒng)的監(jiān)控程序能進行用戶登錄和口令鑒別的控制，因此數(shù)據(jù)庫系統(tǒng)的安全性最終要靠操作系統(tǒng)和硬件設備所提供的環(huán)境，如果操作系統(tǒng)允許用戶直接存取數(shù)據(jù)庫文件，則在數(shù)據(jù)庫系統(tǒng)中采取最可靠的安全措施也沒有用。
2.來自管理的風險
用戶安全意識薄弱，對信息網(wǎng)絡安全重視不夠，安全管理措施不落實，導致安全事件的發(fā)生，這些都是當前安全管理工作存在的主要問題。從已發(fā)生安全事件的原因中，占前兩位的分別是“未修補軟件安全漏洞”和“登錄密碼過于簡單或未修改”，也表明了用戶缺乏相關的安全防范意識和基本的安全防范常識。比如數(shù)據(jù)庫系統(tǒng)可用的但并未正確使用的安全選項、危險的默認設置、給用戶更多的不適當?shù)臋嘞蓿瑢ο到y(tǒng)配置的未經授權的改動等等。
3.來自用戶的風險
用戶的風險主要表現(xiàn)在用戶帳號、作用和對特定數(shù)據(jù)庫目標的操作許可。例如對表單和存儲步驟的訪問。因此必須對數(shù)據(jù)庫系統(tǒng)做范圍更廣的徹底安全分析，找出所有可能領域內的潛在漏洞，包括與銷售商提供的軟件相關的風險軟件的BUG、缺少操作系統(tǒng)補丁、脆弱的服務和選擇不安全的默認配置等。另外對于密碼長度不夠、對重要數(shù)據(jù)的非法訪問以及竊取數(shù)據(jù)庫內容等惡意行動也潛在的存在，以上這些都表現(xiàn)為來自用戶的風險。
4.來自數(shù)據(jù)庫系統(tǒng)內部的風險
雖然絕大多數(shù)常用的關系數(shù)據(jù)庫系統(tǒng)已經存在了十多年之久，并且具有強大的特性，產品非常成熟。但許多應該具有的特征，在操作系統(tǒng)和現(xiàn)在普遍使用的數(shù)據(jù)庫系統(tǒng)中，并沒有提供，特別是那些重要的安全特征，絕大多數(shù)關系數(shù)據(jù)庫系統(tǒng)并不夠成熟。
三、數(shù)據(jù)庫安全技術研究
1.數(shù)據(jù)庫加密
對于一些重要的機密的數(shù)據(jù)，例如一些金融數(shù)據(jù)、商業(yè)秘密、游戲網(wǎng)站玩家的虛擬財產，都必須存儲在數(shù)據(jù)庫中，需要防止對它們未授權的訪問，哪怕是整個系統(tǒng)都被破壞了，加密還可以保護數(shù)據(jù)的安全。對數(shù)據(jù)庫安全性的威脅有時候是來自于網(wǎng)絡內部，一些內部用戶可能非法獲取用戶名和密碼，或利用其他方法越權使用數(shù)據(jù)庫，甚至可以直接打開數(shù)據(jù)庫文件來竊取或篡改信息。因此，有必要對數(shù)據(jù)庫中存儲的重要數(shù)據(jù)進行加密處理，以實現(xiàn)數(shù)據(jù)存儲的安全保護。
數(shù)據(jù)加密就是將稱為明文的敏感信息，通過算法和密鑰，轉換為一種難于直接辨認的密文。解密是加密的逆向過程，即將密文轉換成可識別的明文。數(shù)據(jù)庫密碼系統(tǒng)要求把明文數(shù)據(jù)加密成密文，數(shù)據(jù)庫存儲密文，查詢時將密文取出解密后得到明文。數(shù)據(jù)庫加密系統(tǒng)能夠有效地保證數(shù)據(jù)的安全，即使黑客竊取了關鍵數(shù)據(jù)，他仍然難以得到所需的信息。另外，數(shù)據(jù)庫加密以后，不需要了解數(shù)據(jù)內容的系統(tǒng)管理員不能見到明文，大大提高了關鍵數(shù)據(jù)的安全性。
2.存取管理技術
存取管理技術主要包括用戶認證技術和訪問控制技術兩方面。用戶認證技術包括用戶身份驗證和用戶身份識別技術。訪問控制包括數(shù)據(jù)的瀏覽控制和修改控制。瀏覽控制是為了保護數(shù)據(jù)的保密性，而修改控制是為了保護數(shù)據(jù)的正確性和提高數(shù)據(jù)的可信性。在一個數(shù)據(jù)資源共享的環(huán)境中，訪問控制就顯得非常重要。
2.1用戶認證技術
用戶認證技術是系統(tǒng)提供的最外層安全保護措施。通過用戶身份驗證，可以阻止未授權用戶的訪問，而通過用戶身份識別，可以防止用戶的越權訪問。
(1)用戶身份驗證
該方法由系統(tǒng)提供一定的方式讓用戶標識自己的身份。每次用戶請求進入系統(tǒng)時，系統(tǒng)必須對用戶身份的合法性進行鑒別認證。用戶要登錄系統(tǒng)時，必須向系統(tǒng)提供用戶標識和鑒別信息，以供安全系統(tǒng)識別認證。目前，身份驗證采用的最常用、最方便的方法是設置口令法。但近年來，一些更加有效的身份驗證技術迅速發(fā)展起來，如智能卡技術、物理特征（指紋、虹膜等）認證技術等具有高強度的身份驗證技術日益成熟，并取得了不少應用成果，為將來達到更高的安全強度要求打下了堅實的理論基礎。
(2)用戶身份識別
用戶身份識別以數(shù)據(jù)庫授權為基礎，只有經過數(shù)據(jù)庫授權和驗證的用戶才是合法的用戶。數(shù)據(jù)庫授權技術包括授權用戶表、用戶授權表、系統(tǒng)的讀出／寫入規(guī)則和自動查詢修改技術。
2.2訪問控制
訪問控制是從計算機系統(tǒng)的處理功能方面
對數(shù)據(jù)提供保護，是數(shù)據(jù)庫系統(tǒng)內部對已經進入系統(tǒng)的用戶的訪問控制，是安全數(shù)據(jù)保護的前沿屏障。它是數(shù)據(jù)庫安全系統(tǒng)中的核心技術，也是最有效的安全手段，限制了訪問者和執(zhí)行程序可以進行的操作，這樣通過訪問控制就可防止安全漏洞隱患。DBMS中對數(shù)據(jù)庫的訪問控制是建立在操作系統(tǒng)和網(wǎng)絡的安全機制基礎之上的。只有被識別被授權的用戶才有對數(shù)據(jù)庫中的數(shù)據(jù)進行輸入、刪除、修改和查詢等權限。通常采用下面兩種方法進行訪問控制：
(1)按功能模塊對用戶授權
每個功能模塊對不同用戶設置不同權限，如無權進入本模塊、僅可查詢、可更新可查詢、全部功能可使用等，而且功能模塊名、用戶名與權限編碼可保存在同一數(shù)據(jù)庫。
(2)將數(shù)據(jù)庫系統(tǒng)權限賦予用戶
通常為了提高數(shù)據(jù)庫的信息安全訪問，用戶在進行正常的訪問前服務器往往都需要認證用戶的身份、確認用戶是否被授權。為了加強身份認證和訪問控制，適應對大規(guī)模用戶和海量數(shù)據(jù)資源的管理，通常DBMS主要使用的是基于角色的訪問控制RBAC（Rolebasedaccesscontrol）。
3.備份與恢復
數(shù)據(jù)備份與恢復是實現(xiàn)數(shù)據(jù)庫系統(tǒng)安全運行的重要技術。數(shù)據(jù)庫系統(tǒng)總免不了發(fā)生系統(tǒng)故障，一旦系統(tǒng)發(fā)生故障，重要數(shù)據(jù)總免不了遭到損壞。為防止重要數(shù)據(jù)的丟失或損壞，數(shù)據(jù)庫管理員應及早做好數(shù)據(jù)庫備份，這樣當系統(tǒng)發(fā)生故障時，管理員就能利用已有的數(shù)據(jù)備份，把數(shù)據(jù)庫恢復到原來的狀態(tài)，以便保持數(shù)據(jù)的完整性和一致性。一般來說，數(shù)據(jù)庫備份常用的備份方法有：靜態(tài)備份（關閉數(shù)據(jù)庫時將其備份）、動態(tài)備份（數(shù)據(jù)庫運行時將其備份）和邏輯備份（利用軟件技術實現(xiàn)原始數(shù)據(jù)庫內容的鏡像）等；而數(shù)據(jù)庫恢復則可以通過磁盤鏡像、數(shù)據(jù)庫備份文件和數(shù)據(jù)庫在線日志三種方式來完成。
4.建立安全的審計機制
審計就是對指定用戶在數(shù)據(jù)庫中的操作進行監(jiān)控和記錄的一種數(shù)據(jù)庫功能。這里主要以Oracle數(shù)據(jù)庫為例，Oracle數(shù)據(jù)庫沒有為審計數(shù)據(jù)提供獨立的導出、備份和恢復機制，用戶每導出和刪除1條審計記錄都需要自己來書寫程序，并且審計記錄所需要的存儲空間也是Oracle數(shù)據(jù)庫所提供。如果審計數(shù)據(jù)是保存在操作系統(tǒng)中的文件中，那么審計記錄的保護完全依賴于操作系統(tǒng)的安全性和對文件的加密措施。顯然，現(xiàn)有的數(shù)據(jù)庫管理系統(tǒng)的審計保護功能存在不足，應從以下2方面改進:建立單獨的審計系統(tǒng)和審計員，審計數(shù)據(jù)需要存放在單獨的審計文件中，而不像Oracle那樣存在數(shù)據(jù)庫中，只有審計員才能訪問這些審計數(shù)據(jù)?？梢园延脩舸笾路譃閷徲媶T、數(shù)據(jù)庫用戶、系統(tǒng)安全員3類，這三者相互牽制，各司其職。分別在3個地方進行審計控制。為了保證數(shù)據(jù)庫系統(tǒng)的安全審計功能，還需要考慮到系統(tǒng)能夠對安全侵害事件做出自動響應，提供審計自動報警功能。當系統(tǒng)檢測到有危害到系統(tǒng)安全的事件發(fā)生并達到預定的閾值時，要給出報警信息，同時還會自動斷開用戶的連接，終止服務器端的相應線程，并阻止該用戶再次登錄系統(tǒng)。
參考文獻：
劉啟原，劉怡．數(shù)據(jù)庫與信息系統(tǒng)的安全[M]．科學出版社，2000．
