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