一、選擇合適的語言與數據庫字符集。

在企業(yè)中部署數據庫的時候，首先需要在操作系統(tǒng)上安裝數據庫。而在安裝數據庫的時候，需要選擇安裝的語言 環(huán)境。即是以中文狀態(tài)下安裝數據庫還是以英文狀態(tài)安裝數據庫。如在啟動安裝程序的時，可以利用/i language選項來指定安裝過程中所采用的語言。到目前為止，DB2數據庫已經支持很多種語言。那么數據庫在安裝過程 中，該采用什么語言呢?筆者建議，只要數據庫管理員有一點英語基礎，最好能夠采用英文語言環(huán)境來進行 安裝。雖然說現(xiàn)在DB2數據庫的中文語言環(huán)境已經設計的比較完善，但是筆者仍然擔心其有一些不知名的漏 洞。為此筆者在安裝DB2數據庫的時候，基本上都采用的是英文語言環(huán)境來進行安裝。即將語言設置為“EN”，表示英文。提高DB2數據備份與恢復的效率

另外如果DB2 數據庫中要保存英文以外的數據，或者說用戶會使用不同的字符集訪問數據庫時，還需要在數據庫安裝過程中選擇特定的數據庫字符集。DB2數據庫中的所有字符 數據，包括數據字典中的數據，都是存儲在數據庫字符集中的。如果用戶使用不同的字符集訪問 數據庫時，數據庫管理員就需要選擇包含所有這些用戶的字符集的超集。只有如此，才能夠確保系統(tǒng)能夠很方便的使用替代字符完成字符的轉換，從而提高數據庫的 性能。如果用戶選擇的字符集不對，有可能會出現(xiàn)一些莫名其妙的問題。如一次用戶在安裝數據庫過程中，沒有選擇合適的字符集。雖然在使用的過程中，其存儲中 文字符沒有問題。但是當對數據庫采取還原操作時，卻發(fā)現(xiàn)還原后的數據庫中有些原來是中文字符的地方，盡然出現(xiàn)了亂碼。這主要就是沒有選擇合適的字符集惹的 禍。有時候如果字符集選擇不當的話，從外部數據源(如Excel 表格)導入數據的時候，中文數據也會無法順利導入。所以，數據庫管理員在安裝數據庫的時候，需要根據實際企業(yè)，來選擇合適的字符集。

二、評估數據庫對象的大小、數量。

DB2數據庫的性能與穩(wěn)定性直接跟數據庫對象的多少、大小有關。如果對象很少，不復雜，那么就算不怎么規(guī)劃，也能夠達到比較高的性能。如果對象數據比 較多、比較大的話，那么就需要在數據庫設計之前好好的規(guī)劃，否則會在很大程度上影響數據庫的性能與穩(wěn)定性。其實DB2 數據庫就好像一個倉庫，數據庫中的對象(如索引、數據表、表空間)等等就好像倉庫中的貨物。如果貨物比較少，那么隨便放放，倉庫都顯得很空曠。貨物尋找起 來也會很方便。但是如果貨物數量比較多、比較大，就必須要對其存儲空間進行合理規(guī)劃。只有如此才能夠讓倉庫的空間利用率達到最佳狀態(tài)。并且貨物的存放有 序，在查找起來也特別的方便。筆者這里就以倉庫管理為例，說話該如何做好數據庫對象大小、數量等方便的評估，以及他們對于數據庫性能與穩(wěn)定性的影響。

1、根據對象大小來規(guī)劃存儲空間。在倉庫貨物的擺放上，要根據貨物的大小來規(guī)劃存儲空間。或者說要首先防止大的貨物。只有如此空間的利用率才會最高。 其實在規(guī)劃DB2對象的時候，也是如此。如某些表可能會包含的記錄比較多，屬于大表。此時數據庫管理員就需要考慮，是否將其放置在一個獨立的表空間或者硬盤空間上，以提高數據操作的性能。大表所對應的索引往 往也是比較大的。為此在硬件條件允許的情況下，將索引表與數據表分別存放在不同的硬盤上，可以提高數據庫的性能。而對于一些比較小的對象(如數據表)，可 以將它們存放在一個表空間中。其實這個表空間就好像倉庫中的一個個紙盒子。將小的對象放入到這個“紙盒子”中，不但不占空間，而且也容易管理。

2、根據對象的使用頻率來規(guī)劃存放空間。在倉庫中擺放物品的時候，往往會把近期就要用到的貨物或者頻繁需要用到的東西放在倉庫門口或者容易拿到的地 方。如此在拿這些貨物時就會比較便捷，也不會對其他貨物產生影響。對于DB2數據庫中的對象來說，也是這么一回事。可以將那些訪問量比較大的對象，如索 引、數據表，存放在性能比較好的硬盤上或者單獨的硬盤中。此時訪問這些數據，就不會與其它對象產生I/O沖突，操作起來速度就會比較快。而將不怎么用到的 對象，存放在一起。由于他們不怎么被用到，所以即使存放在性能比較低的硬盤上，其對數據庫性能產生的負面影響也是非常有限的。  在DB2數據庫里面如何 更新執(zhí)行計劃

3、根據類別來存放數據庫對象。在倉庫中存放貨物的時候，還會對其進行分類。然后根據類別來進行存放。這有利于貨物的管理與檢索。其實在數據庫對象存 儲空間設計時，也需要考慮這個因素。如現(xiàn)在應用軟件在設計的時候，很多都是根據模塊來設計。那么在數據 庫對象設計時，也需要根據這個模塊來設計存儲的空間。如將同一個模塊的數據庫對象存放在同一個表空間內。不過這可能會跟上面的兩個建立相違背。此時最好是 在對象的命名上做文章。如可以根據模塊的不同，分別給數據庫對象取一個相同的前綴或者后綴。如即使同一塊模塊要用到多個表空間，此時就可以給表空間一個相 同的前綴。如此在管理數據庫對象的時候，根據表空間的前綴就可以判斷其所屬的模塊了。如果再加上一個后綴來表示其數據庫對象的分類，那么就更合理了。為此 在管理數據庫對象的時候，要執(zhí)行分類管理。不僅要從技術上對其進行分類，如分為索引、數據表、關鍵字等等。 還需要從功能上進行分類，如按應用程序的模塊來進行分類等等。
三、設計好數據庫備份與還原的方案。

在數據庫交付生產使用之后，往往需要進行大量的測試。但是在測試過程中往往又會產生很多的垃圾數據。可是交給企業(yè)應用的，肯定是一個干凈的數據庫系 統(tǒng)。為此在數據庫設計的時候，就需要想好如果減少測試過程中的垃圾數據。或者采取什么樣的方式來實現(xiàn)在交互時自動清除垃圾數據的機制。

一般來說，想要一個數據庫備份與還原的方案，減少數據庫測試所產生的垃圾數據。如現(xiàn)在在給企業(yè)部署數據庫的時候，往往是先安裝一個干凈的數據庫系統(tǒng)。 當然字符集這些需要預先設置好。然后再利用數據庫還原功能將預先定義好的數據庫模型還原出來。

另外有些時候需要兩個方案互為補充。如在數據庫初始化的過程中，采用數據庫還原的方式來創(chuàng)建數據庫對象。但是在應用軟件升級的時候，由于此時已經有了 用戶的數據，為此不能夠在使用數據庫還原的方法。而是通過應用程序來執(zhí)行某些SQL代碼，來調整或者增加部分數據庫對象。無論采用哪一種方式，需要遵循的 一個原則就是在給企業(yè)創(chuàng)建數據庫對象時要最大限度的減少測試。而要做到這一點，就是需要先在測試服務器上創(chuàng)建對象并測試對象可用。然后直接將相關的 SQL代碼在投入使用的數據庫服務器上執(zhí)行。