Ⅰ 為了便於多維分析，在設計數據倉庫時要考慮哪些問題
由於資料庫通常用於操作型系統管理數據，是面向某個具體應用的，所以現在的資料庫設計大多採用以關系數據模型為主的設計方法，以保證數據的原子性、一致性，消除數據冗餘。常常先通過對需要處理的數據進行詳細分析後建立ER模型（實體-聯系模型）
Ⅱ 設計資料庫備份方案時，應考慮哪些內容
資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。
如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。
如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。
Ⅲ 在制定資料庫備份策略時應考慮哪些因素
大型的
資料庫備份
沒有做過，小型的經常做，我一般是先清除日誌在備份，避免資料庫備份過大。2005的刪除備份功能與2000不同，總不刪除備份的話，系統沒有提示，只是就自動不備份了。還有就是要考慮主機停電斷電的問題。
Ⅳ Excel的一個工作表中建立資料庫,要遵循的規則有哪些簡單點就好了
一個工作表存儲一類信息；
一列存放同一類型的信息；
一行存放一條信息；
數據的一些限制可以通過格式設置，編輯公式或者編寫宏代碼完成；
Ⅳ 在資料庫設計過程中要注意哪些問題
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。
一、選擇合適的語言與資料庫字元集。
在企業中部署資料庫的時候，首先需要在操作系統上安裝資料庫。而在安裝資料庫的時候，需要選擇安裝的語言環境。即是以中文狀態下安裝資料庫還是以英文狀態安裝資料庫。如在啟動安裝程序的時，可以利用/i language選項來指定安裝過程中所採用的語言。到目前為止，DB2資料庫已經支持很多種語言。那麼資料庫在安裝過程中，該採用什麼語言呢？筆者建議，只要資料庫管理員有一點英語基礎，最好能夠採用英文語言環境來進行安裝。雖然說現在DB2資料庫的中文語言環境已經設計的比較完善，但是筆者仍然擔心其有一些不知名的漏洞。為此筆者在安裝DB2資料庫的時候，基本上都採用的是英文語言環境來進行安裝。即將語言設置為「EN」，表示英文。提高DB2數據備份與恢復的效率。
另外如果DB2 資料庫中要保存英文以外的數據，或者說用戶會使用不同的字元集訪問資料庫時，還需要在資料庫安裝過程中選擇特定的資料庫字元集。DB2資料庫中的所有字元數據，包括數據字典中的數據，都是存儲在資料庫字元集中的。如果用戶使用不同的字元集訪問資料庫時，資料庫管理員就需要選擇包含所有這些用戶的字元集的超集。只有如此，才能夠確保系統能夠很方便的使用替代字元完成字元的轉換，從而提高資料庫的性能。如果用戶選擇的字元集不對，有可能會出現一些莫名其妙的問題。如一次用戶在安裝資料庫過程中，沒有選擇合適的字元集。雖然在使用的過程中，其存儲中文字元沒有問題。但是當對資料庫採取還原操作時，卻發現還原後的資料庫中有些原來是中文字元的地方，盡然出現了亂碼。這主要就是沒有選擇合適的字元集惹的禍。有時候如果字元集選擇不當的話，從外部數據源(如Excel表格)導入數據的時候，中文數據也會無法順利導入。所以，資料庫管理員在安裝資料庫的時候，需要根據實際企業，來選擇合適的字元集。
二、評估資料庫對象的大小、數量。
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。其實DB2 資料庫就好像一個倉庫，資料庫中的對象(如索引、數據表、表空間)等等就好像倉庫中的貨物。如果貨物比較少，那麼隨便放放，倉庫都顯得很空曠。貨物尋找起來也會很方便。但是如果貨物數量比較多、比較大，就必須要對其存儲空間進行合理規劃。只有如此才能夠讓倉庫的空間利用率達到最佳狀態。並且貨物的存放有序，在查找起來也特別的方便。筆者這里就以倉庫管理為例，說話該如何做好資料庫對象大小、數量等方便的評估，以及他們對於資料庫性能與穩定性的影響。
1、根據對象大小來規劃存儲空間。在倉庫貨物的擺放上，要根據貨物的大小來規劃存儲空間。或者說要首先防止大的貨物。只有如此空間的利用率才會最高。其實在規劃DB2對象的時候，也是如此。如某些表可能會包含的記錄比較多，屬於大表。此時資料庫管理員就需要考慮，是否將其放置在一個獨立的表空間或者硬碟空間上，以提高數據操作的性能。大表所對應的索引往往也是比較大的。為此在硬體條件允許的情況下，將索引表與數據表分別存放在不同的硬碟上，可以提高資料庫的性能。而對於一些比較小的對象(如數據表)，可以將它們存放在一個表空間中。其實這個表空間就好像倉庫中的一個個紙盒子。將小的對象放入到這個「紙盒子」中，不但不佔空間，而且也容易管理。
2、根據對象的使用頻率來規劃存放空間。在倉庫中擺放物品的時候，往往會把近期就要用到的貨物或者頻繁需要用到的東西放在倉庫門口或者容易拿到的地方。如此在拿這些貨物時就會比較便捷，也不會對其他貨物產生影響。對於DB2資料庫中的對象來說，也是這么一回事。可以將那些訪問量比較大的對象，如索引、數據表，存放在性能比較好的硬碟上或者單獨的硬碟中。此時訪問這些數據，就不會與其它對象產生I/O沖突，操作起來速度就會比較快。而將不怎麼用到的對象，存放在一起。由於他們不怎麼被用到，所以即使存放在性能比較低的硬碟上，其對資料庫性能產生的負面影響也是非常有限的。 在DB2資料庫裡面如何更新執行計劃
3、根據類別來存放資料庫對象。在倉庫中存放貨物的時候，還會對其進行分類。然後根據類別來進行存放。這有利於貨物的管理與檢索。其實在資料庫對象存儲空間設計時，也需要考慮這個因素。如現在應用軟體在設計的時候，很多都是根據模塊來設計。那麼在資料庫對象設計時，也需要根據這個模塊來設計存儲的空間。如將同一個模塊的資料庫對象存放在同一個表空間內。不過這可能會跟上面的兩個建立相違背。此時最好是在對象的命名上做文章。如可以根據模塊的不同，分別給資料庫對象取一個相同的前綴或者後綴。如即使同一塊模塊要用到多個表空間，此時就可以給表空間一個相同的前綴。如此在管理資料庫對象的時候，根據表空間的前綴就可以判斷其所屬的模塊了。如果再加上一個後綴來表示其資料庫對象的分類，那麼就更合理了。為此在管理資料庫對象的時候，要執行分類管理。不僅要從技術上對其進行分類，如分為索引、數據表、關鍵字等等。還需要從功能上進行分類，如按應用程序的模塊來進行分類等等。
三、設計好資料庫備份與還原的方案。
在資料庫交付生產使用之後，往往需要進行大量的測試。但是在測試過程中往往又會產生很多的垃圾數據。可是交給企業應用的，肯定是一個干凈的資料庫系統。為此在資料庫設計的時候，就需要想好如果減少測試過程中的垃圾數據。或者採取什麼樣的方式來實現在交互時自動清除垃圾數據的機制。
一般來說，想要一個資料庫備份與還原的方案，減少資料庫測試所產生的垃圾數據。如現在在給企業部署資料庫的時候，往往是先安裝一個干凈的資料庫系統。當然字元集這些需要預先設置好。然後再利用資料庫還原功能將預先定義好的資料庫模型還原出來。
另外有些時候需要兩個方案互為補充。如在資料庫初始化的過程中，採用資料庫還原的方式來創建資料庫對象。但是在應用軟體升級的時候，由於此時已經有了用戶的數據，為此不能夠在使用資料庫還原的方法。而是通過應用程序來執行某些SQL代碼，來調整或者增加部分資料庫對象。無論採用哪一種方式，需要遵循的一個原則就是在給企業創建資料庫對象時要最大限度的減少測試。而要做到這一點，就是需要先在測試伺服器上創建對象並測試對象可用。然後直接將相關的SQL代碼在投入使用的資料庫伺服器上執行。
Ⅵ 建立資料庫的原則（怎樣建立一個好的資料庫）
資料庫設計原則2007-05-26 01:08一個好的資料庫產品不等於就有一個好的應用系統，如果不能設計一個合理的資料庫模型，不僅會增加客戶端和伺服器段程序的編程和維護的難度，而且將會影響系統實際運行的性能。一般來講，在一個MIS系統分析、設計、測試和試運行階段，因為數據量較小，設計人員和測試人員往往只注意到功能的實現，而很難注意到性能的薄弱之處，等到系統投入實際運行一段時間後，才發現系統的性能在降低……
資料庫設計是建立資料庫及其應用系統的核心和基礎，它要求對於指定的應用環境，構造出較優的資料庫模式，建立起資料庫應用系統，並使系統能有效地存儲數據，滿足用戶的各種應用需求。一般按照規范化的設計方法，常將資料庫設計分為若干階段：
系統規劃階段
主要是確定系統的名稱、范圍；確定系統開發的目標功能和性能；確定系統所需的資源；估計系統開發的成本；確定系統實施計劃及進度；分析估算系統可能達到的效益；確定系統設計的原則和技術路線等。對分布式資料庫系統，還應分析用戶環境及網路條件，以選擇和建立系統的網路結構。
需求分析階段
要在用戶調查的基礎上，通過分析，逐步明確用戶對系統的需求，包括數據需求和圍繞這些數據的業務處理需求。通過對組織、部門、企業等進行詳細調查，在了解現行系統的概況、確定新系統功能的過程中，收集支持系統目標的基礎數據及其處理方法。
概念設計階段
要產生反映企業各組織信息需求的資料庫概念結構，即概念模型。概念模型必須具備豐富的語義表達能力、易於交流和理解、易於變動、易於向各種數據模型轉換、易於從概念模型導出與DBMS有關的邏輯模型等特點。
邏輯設計階段
除了要把E－R圖的實體和聯系類型，轉換成選定的DBMS支持的數據類型，還要設計子模式並對模式進行評價，最後為了使模式適應信息的不同表示，需要優化模式。
物理設計階段
主要任務是對資料庫中數據在物理設備上的存放結構和存取方法進行設計。資料庫物理結構依賴於給定的計算機系統，而且與具體選用的DBMS密切相關。物理設計常常包括某些操作約束，如響應時間與存儲要求等。
系統實施階段
主要分為建立實際的資料庫結構；裝入試驗數據對應用程序進行測試；裝入實際數據建立實際資料庫三個步驟。
另外，在資料庫的設計過程中還包括一些其他設計，如資料庫的安全性、完整性、一致性和可恢復性等方面的設計,不過，這些設計總是以犧牲效率為代價的,設計人員的任務就是要在效率和盡可能多的功能之間進行合理的權衡。
一個好的資料庫產品不等於就有一個好的應用系統，如果不能設計一個合理的資料庫模型，不僅會增加客戶端和伺服器段程序的編程和維護的難度，而且將會影響系統實際運行的性能。一般來講，在一個MIS系統分析、設計、測試和試運行階段，因為數據量較小，設計人員和測試人員往往只注意到功能的實現，而很難注意到性能的薄弱之處，等到系統投入實際運行一段時間後，才發現系統的性能在降低……
資料庫設計是建立資料庫及其應用系統的核心和基礎，它要求對於指定的應用環境，構造出較優的資料庫模式，建立起資料庫應用系統，並使系統能有效地存儲數據，滿足用戶的各種應用需求。一般按照規范化的設計方法，常將資料庫設計分為若干階段：
系統規劃階段
主要是確定系統的名稱、范圍；確定系統開發的目標功能和性能；確定系統所需的資源；估計系統開發的成本；確定系統實施計劃及進度；分析估算系統可能達到的效益；確定系統設計的原則和技術路線等。對分布式資料庫系統，還應分析用戶環境及網路條件，以選擇和建立系統的網路結構。
需求分析階段
要在用戶調查的基礎上，通過分析，逐步明確用戶對系統的需求，包括數據需求和圍繞這些數據的業務處理需求。通過對組織、部門、企業等進行詳細調查，在了解現行系統的概況、確定新系統功能的過程中，收集支持系統目標的基礎數據及其處理方法。
概念設計階段
要產生反映企業各組織信息需求的資料庫概念結構，即概念模型。概念模型必須具備豐富的語義表達能力、易於交流和理解、易於變動、易於向各種數據模型轉換、易於從概念模型導出與DBMS有關的邏輯模型等特點。
邏輯設計階段
除了要把E－R圖的實體和聯系類型，轉換成選定的DBMS支持的數據類型，還要設計子模式並對模式進行評價，最後為了使模式適應信息的不同表示，需要優化模式。
物理設計階段
主要任務是對資料庫中數據在物理設備上的存放結構和存取方法進行設計。資料庫物理結構依賴於給定的計算機系統，而且與具體選用的DBMS密切相關。物理設計常常包括某些操作約束，如響應時間與存儲要求等。
系統實施階段
主要分為建立實際的資料庫結構；裝入試驗數據對應用程序進行測試；裝入實際數據建立實際資料庫三個步驟。
另外，在資料庫的設計過程中還包括一些其他設計，如資料庫的安全性、完整性、一致性和可恢復性等方面的設計,不過，這些設計總是以犧牲效率為代價的,設計人員的任務就是要在效率和盡可能多的功能之間進行合理的權衡。
http://www.crazycoder.cn/Tag/29113/Index.html
例子
http://www.ibm.com/developerworks/cn/db2/library/techarticles/dm-0605jiangt/
Ⅶ 資料庫設計跟資料庫關系有什麼規則
參照關系就是主外鍵，其最重要的作用是保護你的數據的完整性。 SQL的主鍵和外鍵的作用： 外鍵取值規則：
Ⅷ 資料庫的遷移要注意哪些問題
1.程序邏輯部分，新邏輯上線，注意對老邏輯的兼容，千萬不要不管三七二十一暴力替換。
2.資料庫部分:
1)能建新表盡量建新表以避免對老數據的破壞。
2)如果老表有欄位增加，千萬不要做非空，唯一性的約束，否則後果自負。
3)假如需要減欄位，那麼請考慮臨時替代的方案，比如新建一張臨時表，讓程序先取臨時表數據，最後等新表建立後再切換過來，導入數據。
3.CACHE等需要序列化，反序列化的部分。一定要兼容原先在緩存中的數據，例如SID千萬不要變化，否則反序列化失敗，假如有欄位需要增加，那麼考慮第一次讀入先取資料庫。
4.外部介面相關的，能不要求外部介面聯調，盡量就不做聯調，一是麻煩，二是風險大。盡量對原介面傳入和傳出的數據保持兼容。假如有變化，考慮用適配器封裝，實在沒辦法再實行下策。
5.注意操作的先後順序，這個也是非常重要，例如你先發了資料庫，但是程序還是老的，並且會受到影響，那麼就掛了。
Ⅸ 資料庫管理系統的選擇原則
選擇資料庫管理系統時應從以下幾個方面予以考慮：
(1) 構造資料庫的難易程度。
需要分析資料庫管理系統有沒有範式的要求，即是否必須按照系統所規定的數據模型分析現實世界，建立相應的模型；資料庫管理語句是否符合國際標准，符合國際標准則便於系統的維護、開發、移植；有沒有面向用戶的易用的開發工具；所支持的資料庫容量，資料庫的容量特性決定了資料庫管理系統的使用范圍。
(2) 程序開發的難易程度。
有無計算機輔助軟體工程工具CASE——計算機輔助軟體工程工具可以幫助開發者根據軟體工程的方法提供各開發階段的維護、編碼環境，便於復雜軟體的開發、維護。有無第四代語言的開發平台——第四代語言具有非過程語言的設計方法，用戶不需編寫復雜的過程性代碼，易學、易懂、易維護。有無面向對象的設計平台——面向對象的設計思想十分接近人類的邏輯思維方式，便於開發和維護。對多媒體數據類型的支持——多媒體數據需求是今後發展的趨勢，支持多媒體數據類型的資料庫管理系統必將減少應用程序的開發和維護工作。
(3)資料庫管理系統的性能分析。
包括性能評估（響應時間、數據單位時間吞吐量）、性能監控（內外存使用情況、系統輸入/輸出速率、SQL語句的執行，資料庫元組控制）、性能管理（參數設定與調整）。
(4) 對分布式應用的支持。
包括數據透明與網路透明程度。數據透明是指用戶在應用中不需指出數據在網路中的什麼節點上，資料庫管理系統可以自動搜索網路，提取所需數據；網路透明是指用戶在應用中無需指出網路所採用的協議。資料庫管理系統自動將數據包轉換成相應的協議數據。
(5)並行處理能力。
支持多CPU模式的系統（SMP，CLUSTER，MPP），負載的分配形式，並行處理的顆粒度、范圍。
(6) 可移植性和可擴展性。
可移植性指垂直擴展和水平擴展能力。垂直擴展要求新平台能夠支持低版本的平台，資料庫客戶機/伺服器機制支持集中式管理模式，這樣保證用戶以前的投資和系統；水平擴展要求滿足硬體上的擴展，支持從單CPU模式轉換成多CPU並行機模式（ SMP, CLUSTER, MPP）
(7)數據完整性約束。
數據完整性指數據的正確性和一致性保護，包括實體完整性、參照完整性、復雜的事務規則。
(8)並發控制功能。
對於分布式資料庫管理系統，並發控制功能是必不可少的。因為它面臨的是多任務分布環境，可能會有多個用戶點在同一時刻對同一數據進行讀或寫操作，為了保證數據的一致性，需要由資料庫管理系統的並發控制功能來完成。評價並發控制的標准應從下面幾方面加以考慮：
保證查詢結果一致性方法
數據鎖的顆粒度（數據鎖的控制范圍，表、頁、元組等）
數據鎖的升級管理功能
(9) 容錯能力。
異常情況下對數據的容錯處理。評價標准：硬體的容錯，有無磁碟鏡象處理功能軟體的容錯，有無軟體方法(10) 安全性控制
包括安全保密的程度（帳戶管理、用戶許可權、網路安全控制、數據約束）
(11) 支持多種文字處理能力
包括資料庫描述語言的多種文字處理能力（表名、域名、數據）和資料庫開發工具對多種文字的支持能力。
（12）數據恢復的能力
當突然停電、出現硬體故障、軟體失效、病毒或嚴重錯誤操作時，系統應提供恢復資料庫的功能，如定期轉存、恢復備份、回滾等，使系統有能力將資料庫恢復到損壞以前的狀態。
