㈠ SQL server2008創建資料庫失敗。資料庫'master'中拒絕了CREATE DATABASE 許可權。
SQL server2008創建資料庫失敗。資料庫'master'中拒絕了CREATE DATABASE 許可權是設置錯誤造成的，解決方法為：
1、打開Database Master，點擊【database explorer】下的【connect】。
㈡ 1,資料庫系統發展至今遇到的最大瓶頸是什麼
以國產資料庫的發展來看，瓶頸主要集中在兩個方面，一是研發，二是生態。
在研發方面，資料庫研發技術起點高，難度大，一個成熟的資料庫產品要具備深厚的技術積累和沉澱才能逐漸走向市場。國內很多廠商為求速成，要麼基於一個現有的開源系統改進，要麼從其他廠商購買源碼授權，雖然起步比較快，但是產品架構幾乎不可能調整，短期內也不可能掌握其核心技術，因此遇到客戶新需求這樣的問題時難以快速響應。
由此可見，要想實現資料庫技術突破，只有靠自主研發，在實際應用場景中不斷發現問題，從而革新技術，實現突破。國產資料庫發展的幾十年間，從「可用」、「試著用」到「好用」、「喜歡用」的方向不斷發展，產品的架構、性能、功能、安全等方面都有了很大進步，國人在對待國產基礎軟體的態度上也有所轉變。國產資料庫要想快速發展，也需要在國家核高基等政策的推動下，在建立中國自主產權的軟體國產化的重大主題的呼喚下，讓國產資料庫在一系列的項目中不斷磨合，促進其產品的優化和成熟，使其更能適應市場，滿足用戶需求。
在生態方面，國產資料庫生態建設困難，打破以國外品牌為主導的生態圈尤其困難。當前國外知名資料庫在業內處於絕對領先地位，短期內無法撼動國際巨頭的地位。如今，國內資料庫廠商多達幾十家，局面還有些混亂，單憑任何一家企業的力量難以打破國外市場的壟斷，需要有「國家隊」出現，集中投入財力物力，形成幾家大型的國產資料庫企業，深化資料庫的市場化程度，集中力量牽頭建設生態圈，共同推進我國的信息化建設。
㈢ SQL SERVER 2005 新建資料庫失敗（只能建立在默認文件夾）
出現這個問題的可能原因：
1.
你指定的路徑「F:\」根本不存在；
2.
你沒有在創建資料庫的語句中指定要存放的路徑，在一個非集成的環境中（你這個環境就是）存放的路徑應設置在本地磁碟上；
3.
你的F盤沒有給SQL
Server以寫的許可權；
4.
你設置的文件名是非法的。
你嘗試著在F盤創建一個其他的文件，比如txt，看能成功不，若不成功，則你創建資料庫也必然會失敗。
㈣ 在資料庫設計過程中要注意哪些問題
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。
一、選擇合適的語言與資料庫字元集。
在企業中部署資料庫的時候，首先需要在操作系統上安裝資料庫。而在安裝資料庫的時候，需要選擇安裝的語言環境。即是以中文狀態下安裝資料庫還是以英文狀態安裝資料庫。如在啟動安裝程序的時，可以利用/i language選項來指定安裝過程中所採用的語言。到目前為止，DB2資料庫已經支持很多種語言。那麼資料庫在安裝過程中，該採用什麼語言呢？筆者建議，只要資料庫管理員有一點英語基礎，最好能夠採用英文語言環境來進行安裝。雖然說現在DB2資料庫的中文語言環境已經設計的比較完善，但是筆者仍然擔心其有一些不知名的漏洞。為此筆者在安裝DB2資料庫的時候，基本上都採用的是英文語言環境來進行安裝。即將語言設置為「EN」，表示英文。提高DB2數據備份與恢復的效率。
另外如果DB2 資料庫中要保存英文以外的數據，或者說用戶會使用不同的字元集訪問資料庫時，還需要在資料庫安裝過程中選擇特定的資料庫字元集。DB2資料庫中的所有字元數據，包括數據字典中的數據，都是存儲在資料庫字元集中的。如果用戶使用不同的字元集訪問資料庫時，資料庫管理員就需要選擇包含所有這些用戶的字元集的超集。只有如此，才能夠確保系統能夠很方便的使用替代字元完成字元的轉換，從而提高資料庫的性能。如果用戶選擇的字元集不對，有可能會出現一些莫名其妙的問題。如一次用戶在安裝資料庫過程中，沒有選擇合適的字元集。雖然在使用的過程中，其存儲中文字元沒有問題。但是當對資料庫採取還原操作時，卻發現還原後的資料庫中有些原來是中文字元的地方，盡然出現了亂碼。這主要就是沒有選擇合適的字元集惹的禍。有時候如果字元集選擇不當的話，從外部數據源(如Excel表格)導入數據的時候，中文數據也會無法順利導入。所以，資料庫管理員在安裝資料庫的時候，需要根據實際企業，來選擇合適的字元集。
二、評估資料庫對象的大小、數量。
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。其實DB2 資料庫就好像一個倉庫，資料庫中的對象(如索引、數據表、表空間)等等就好像倉庫中的貨物。如果貨物比較少，那麼隨便放放，倉庫都顯得很空曠。貨物尋找起來也會很方便。但是如果貨物數量比較多、比較大，就必須要對其存儲空間進行合理規劃。只有如此才能夠讓倉庫的空間利用率達到最佳狀態。並且貨物的存放有序，在查找起來也特別的方便。筆者這里就以倉庫管理為例，說話該如何做好資料庫對象大小、數量等方便的評估，以及他們對於資料庫性能與穩定性的影響。
1、根據對象大小來規劃存儲空間。在倉庫貨物的擺放上，要根據貨物的大小來規劃存儲空間。或者說要首先防止大的貨物。只有如此空間的利用率才會最高。其實在規劃DB2對象的時候，也是如此。如某些表可能會包含的記錄比較多，屬於大表。此時資料庫管理員就需要考慮，是否將其放置在一個獨立的表空間或者硬碟空間上，以提高數據操作的性能。大表所對應的索引往往也是比較大的。為此在硬體條件允許的情況下，將索引表與數據表分別存放在不同的硬碟上，可以提高資料庫的性能。而對於一些比較小的對象(如數據表)，可以將它們存放在一個表空間中。其實這個表空間就好像倉庫中的一個個紙盒子。將小的對象放入到這個「紙盒子」中，不但不佔空間，而且也容易管理。
2、根據對象的使用頻率來規劃存放空間。在倉庫中擺放物品的時候，往往會把近期就要用到的貨物或者頻繁需要用到的東西放在倉庫門口或者容易拿到的地方。如此在拿這些貨物時就會比較便捷，也不會對其他貨物產生影響。對於DB2資料庫中的對象來說，也是這么一回事。可以將那些訪問量比較大的對象，如索引、數據表，存放在性能比較好的硬碟上或者單獨的硬碟中。此時訪問這些數據，就不會與其它對象產生I/O沖突，操作起來速度就會比較快。而將不怎麼用到的對象，存放在一起。由於他們不怎麼被用到，所以即使存放在性能比較低的硬碟上，其對資料庫性能產生的負面影響也是非常有限的。 在DB2資料庫裡面如何更新執行計劃
3、根據類別來存放資料庫對象。在倉庫中存放貨物的時候，還會對其進行分類。然後根據類別來進行存放。這有利於貨物的管理與檢索。其實在資料庫對象存儲空間設計時，也需要考慮這個因素。如現在應用軟體在設計的時候，很多都是根據模塊來設計。那麼在資料庫對象設計時，也需要根據這個模塊來設計存儲的空間。如將同一個模塊的資料庫對象存放在同一個表空間內。不過這可能會跟上面的兩個建立相違背。此時最好是在對象的命名上做文章。如可以根據模塊的不同，分別給資料庫對象取一個相同的前綴或者後綴。如即使同一塊模塊要用到多個表空間，此時就可以給表空間一個相同的前綴。如此在管理資料庫對象的時候，根據表空間的前綴就可以判斷其所屬的模塊了。如果再加上一個後綴來表示其資料庫對象的分類，那麼就更合理了。為此在管理資料庫對象的時候，要執行分類管理。不僅要從技術上對其進行分類，如分為索引、數據表、關鍵字等等。還需要從功能上進行分類，如按應用程序的模塊來進行分類等等。
三、設計好資料庫備份與還原的方案。
在資料庫交付生產使用之後，往往需要進行大量的測試。但是在測試過程中往往又會產生很多的垃圾數據。可是交給企業應用的，肯定是一個干凈的資料庫系統。為此在資料庫設計的時候，就需要想好如果減少測試過程中的垃圾數據。或者採取什麼樣的方式來實現在交互時自動清除垃圾數據的機制。
一般來說，想要一個資料庫備份與還原的方案，減少資料庫測試所產生的垃圾數據。如現在在給企業部署資料庫的時候，往往是先安裝一個干凈的資料庫系統。當然字元集這些需要預先設置好。然後再利用資料庫還原功能將預先定義好的資料庫模型還原出來。
另外有些時候需要兩個方案互為補充。如在資料庫初始化的過程中，採用資料庫還原的方式來創建資料庫對象。但是在應用軟體升級的時候，由於此時已經有了用戶的數據，為此不能夠在使用資料庫還原的方法。而是通過應用程序來執行某些SQL代碼，來調整或者增加部分資料庫對象。無論採用哪一種方式，需要遵循的一個原則就是在給企業創建資料庫對象時要最大限度的減少測試。而要做到這一點，就是需要先在測試伺服器上創建對象並測試對象可用。然後直接將相關的SQL代碼在投入使用的資料庫伺服器上執行。
㈤ 關於檔案資料庫建設問題的探討
余虹劍
(中國地質調查局南京地質調查中心)
摘要 數字化各種檔案的目的是要向社會提供信息服務，這種服務需要一個由檔案網路體系、網站、資料庫、信息服務系統、檔案資源等組成的良好的服務平台做支撐。檔案資料庫建設就是為數字化了的檔案提供服務的資源平台。
關鍵詞 著錄 資料庫 規范 管理
1 標准化、規范化數據著錄
檔案資料庫屬於文獻資料庫，是檔案自動化的重要內容。檔案資料庫是以系統的方法編排的，並可通過電子方式單獨訪問的檔案數據的集合。[1]檔案資料庫建設的成功與否，在很大程度上取決於資料庫的質量。庫中的數據條目必須標准、規范，達到有序、有效，庫管理本身是科學合理的，這樣的資料庫操作性一般較強、使用面也較廣。科學實用的檔案資料庫在建庫時，一般都會按照相應的技術標准、管理標准和工作標准，最終形成一個自身的標准，形成規范的檔案數字化利用平台。作為一個數字檔案館，應先建立館藏檔案的目錄資料庫，也是著錄資料庫，包括全宗級、案卷級、文件級目錄，並應注意它們之間的關系。另外，根據本單位的館藏特色開展檔案全文資料庫建設。檔案全文資料庫涵蓋面較廣，一般含有文本型、圖形圖像型和多媒體型。目錄資料庫與全文資料庫要實現結構化，促發式。檔案目錄資料庫是檔案資料庫的基本，它能提供便捷的查詢路徑，閱覽者可根據需要，通過一次輸入就能提取閱覽者希望查詢的結果。提供類似查詢前必須建立基礎信息數據，這些數據包括檔案題名、責任者、來源、頁碼、分類號、主題詞、摘要等，少數包含檔案全文。[2]這項工作對著錄的內容特徵如關鍵詞、題名、項目負責人等著錄不詳細、標准不統一、索引的檔案內容深度廣度不夠，在檢索時就會有誤差，出現檢索不準確、不全面的現象，在一定程度上會影響檔案利用率。可以說，著錄標引是否標准規范是影響資料庫管理的關鍵因素之一，這項工作大體上決定著數據結構的合理性，這項工作能完成好是檢索系統查全、查準的前提。除檔案目錄資料庫外，檔案全文資料庫、多媒體檔案資料庫、Web資料庫的建設也必須遵守檔案著錄、標引等標準的原則要求。
2 建立資料庫
現階段根據有關部門的工作需要和計劃，按照內容不同，我們建立的資料庫分為成果資料庫和科技檔案資料庫，分別針對地質大調查形成的資料和單位各項目形成的資料、收集來的各項各類資料錄入數據條目。該資料庫更新到目前已收集的所有合格項目的資料和數據，針對這個資料庫還建立了目錄級資料庫共分兩級：第一級是項目大類共552條。第二級是各個項目詳細內容條目，截至擬稿更新到第一級第240條記錄的具體內容共5836條記錄。還有一大半有待繼續更新錄入。
3 保障數據安全是檔案信息資料庫的根本
檔案數據生成即必須長期甚至永久保存。該怎麼保證經過數字化後的檔案的原始性，防範這些數字內容不被篡改等，都是建設檔案資料庫時在安全方面應解決的問題。資料庫的參數設定、數據存儲方式和位置、數據傳輸途徑、使用等各個環節和整個過程都涉及檔案資料庫的安全。為防止數據丟失、損毀，避免保密信息流失等事故，又要保障海量信息數據的安全、完整，使日積月累產生和收集來的檔案數據能在日後長期得到利用，必須把更新檔案資料庫安全體系、合乎實際工作需求的管理制度作為資料庫建設的關鍵環節。制定既利於工作又能監管數據出入的防範措施，加強數據運行中的監控和管理，使資料庫從建設到利用各環節都萬無一失。檔案資料庫建設時，經常使用技術手段實現許可權控制，日常的數據備份必不可少。廣義上，許可權控制應設置讀寫控制、數據加密等方面，從實際工作需求出發，一般根據用戶類別、部門允許訪問范圍內(包括閱覽、下載等)的目錄和檔案數據對訪問和使用設置可訪問層度、控制和監督。防寫控制是使信息保真的手段，使得用戶只能讀取信息，而不能修改、復制，以防止信息被篡改。加密技術可以確保控制檔案內容的非公開性。為保證許可權控制的有效性，要在系統中配置使用記錄系統，全程跟蹤、自動記錄使用情況，進行定期檢測與維護，還要隨著高新技術的發展，引進新的安防技術。
4 檔案信息化建設需要切實加強集中統一的管理體制
檔案信息化建設的管理體制是從管理制度上保證業務技術的規范、標准和硬軟體選用的統一性，使各層次、各專業辦公都納入統一的檔案信息自動化系統管理當中，實現集中統一的管理。使其不能各行其是自建系統，從而減少信息分割和資源浪費現象的發生。檔案信息化系統的管理體制，要在較強的管理和先進的技術條件下，實行高度集中管理和方便使用相結合的模式。
5 結束語
本文闡述的只限於在檔案資料資料庫建設中遇到的極有限的實際工作問題。檔案資料庫建設是一項長期、持久的工作，作為檔案管理部門在進行資料庫建設時，要有規劃地形成資料庫產品，一般需要做用戶需求分析、本館狀況分析、效益分析等。科學選題，合理規劃，循序漸進，杜絕短期行為的發生，形成良性循環，檔案資料庫建設才能有持久發展的動力。
參考文獻
[1]孫淑梅.檔案管理與計算機[M].北京：檔案出版社，1987.
[2]洪漪編.檔案信息組織與檢索[M].武漢：武漢大學出版社，1998.