Ⅰ 怎樣規劃資料庫的學習
如果說SQL Server是大型資料庫的話（TB級），那麼oracle就是超大型資料庫了。oracle的安裝文件約為10G,SQL Server用的是-SQL語句，也就是常說的SQL語句（命令）。oracle我沒有用過，安裝過一次，太大了，當時計算機硬碟是40G，它就佔用了10G，刪除了。後來安裝了SQL Server，看了它的聯機叢書，覺得也很了不起的，TB級資料庫嘛，有多少數據可裝呢，便再也不去想別的了。實際上不論什麼資料庫，怎跑不了兩條，一是數據定義，二是數據操作，大概也離開不了Transact-SQL語句。資料庫的那個小玩意ACCESS，微軟的，也不錯，你弄懂了它，SQL Server也就懂了一半，SQL Server最了不起的，就是它的聯機叢書，非常細致，其中有大量的例句，幾乎可以照抄。再說，你用oracle，如果放在伺服器上，其費用也是相當可觀的，一個二百M級伺服器，一年的年費也不少，oracle可能更高，現在網路上大多都用小玩意ACCESS，費用低。另外，僅學資料庫是沒有用的，得學軟體開發或是ASP什麼的，否則把資料庫學會了也是沒有什麼用處的，你不可能讓用戶也到資料庫中直接輸入數據或是瀏覽數據吧！
Ⅱ 如何規劃資料庫的結構設計，及相關的資料庫的技術選型
資料庫設計包括抄六個主要步驟：襲
1、需求分析：了解用戶的數據需求、處理需求、安全性及完整性要求；
2、概念設計：通過數據抽象，設計系統概念模型，一般為E-R模型；
3、邏輯結構設計：設計系統的模式和外模式，對於關系模型主要是基本表和視圖；
4、物理結構設計：設計數據的存儲結構和存取方法，如索引的設計；
5、系統實施：組織數據入庫、編制應用程序、試運行；
6、運行維護：系統投入運行，長期的維護工作。
Ⅲ 在進行資料庫規劃時應考慮哪幾方面因素，分別是什麼含義
第一：各個參數是來否對應的一源個對象（面向對象編程思想）；
第二：各個參數可能類型和出現的最大長度，之後合理的設計各個欄位的最大長度和相應類型；
第三：各個參數中哪些欄位具有唯一性，考慮作為主鍵或者是外鍵來進行表關聯；
第四：根據數據量的大小來考慮是否需要進行分區處理；
第五：哪些欄位是不經常便跟欄位，可以考慮進行多張表的存儲來節省存儲空間（可能影響查詢修改效率）
Ⅳ 如何規劃大型資料庫
這個你去CSDN問比較好，那有較專業的人員。 一般這種東西免費的不多啊！大型資料庫沒有實戰經驗的很難規劃好，這個還與你們的需求有很大關系。
Ⅳ 土地利用總體規劃資料庫怎樣做
縣級土地利用總體規劃是我國五級土地利用總體規劃的基層規劃，它既是省、地級規劃的具體落實，也是鄉級土地利用總體規劃及專項規劃的依據。縣級土地利用總體規劃圖集中反映了縣域土地利用在時間、空間、用途和數量上的變化，是縣級土地利用總體規劃的核心成果。目前，我國縣級土地利用總體規劃修編正在穩步進行中，探索縣級土地利用總體規劃圖的編制意義重大。
1土地利用總體規劃圖的概念
土地利用總體規劃圖以定性、定量、定位的方式體現了土地利用總體規劃方案，是實施土地利用總體規劃、落實土地用途管制制度的重要依據。
土地利用總體規劃與土地利用總體規劃圖之間，表現為內容與形式的統一，所以在編制縣級土地利用總體規劃圖的時候，一定要注意做到圖數一致，才能達到預期的效果。所謂數，即指一個縣的各種土地面積的結構和布局的調整變化情況；所謂圖，即指這些數布局在什麼地方，其形狀、位置、面積、質量及利用方式與程度等。
縣級土地利用總體規劃圖不僅可以為各級領導、各有關部門了解縣域經濟發展戰略提供科學參考，同時也為海內外各界人士了解該地區的投資環境提供了方便。
2縣級土地利用總體規劃圖的內容
根據地圖所反映的內容分類，縣級土地利用總體規劃圖屬於專題地圖，其主要內容有2個，即地理基礎要素和專題要素。
①地理基礎要素：一般包括行政區界線、土地利用現狀分類圖斑、主要地名、等高線（計曲線），高程點及注記、地物要素及注記、風景旅遊點及文物古跡、主要礦藏、地質災害易發區、交通能源等線性基礎設施、河流水庫等水利基礎設施、蓄洪滯洪範圍等標識。其標識方法除應符合《縣級土地利用總體規劃編制規程》（2009年5月），還應符合國家現行編繪圖件的相關標准。
②專題要素：主要包括佔地面積大的用地單位的權屬界線、規劃重點建設項目用地位置與范圍、地類界線、土地用途分區及界線、中心城區規模控制線和擴展線、土地整理復墾開發項目區范圍等，圖面配置要素包括圖名、圖廓、圖例、風玫瑰、比例尺、面積匯總表、相鄰行政區及界線、縣級行政區域在上一級行政區域的位置示意圖、規劃期限、坐標系統、高程系統、編圖單位、編圖時間等。
根據《縣級土地利用總體規劃編制規程》（2009年5月），土地利用總體規劃圖編繪的主要內容為土地用途分區。土地用途區應依據土地用途管制的需要而劃定，原則上各用途區不相互重疊，土地用途區可不覆蓋規劃范圍內的全部土地。具體分為八大用途區：基本農田保護區、一般農地區、林業用地區、牧業用地區、城鎮村建設用地區、獨立建設用地區、風景旅遊用地區、自然和人文景觀保護區。
Ⅵ 資料庫規劃有哪些內容
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。
一、選擇合適的語言與資料庫字元集。
在企業中部署資料庫的時候，首先需要在操作系統上安裝資料庫。而在安裝資料庫的時候，需要選擇安裝的語言環境。即是以中文狀態下安裝資料庫還是以英文狀態安裝資料庫。如在啟動安裝程序的時，可以利用/i language選項來指定安裝過程中所採用的語言。到目前為止，DB2資料庫已經支持很多種語言。那麼資料庫在安裝過程中，該採用什麼語言呢？筆者建議，只要資料庫管理員有一點英語基礎，最好能夠採用英文語言環境來進行安裝。雖然說現在DB2資料庫的中文語言環境已經設計的比較完善，但是筆者仍然擔心其有一些不知名的漏洞。為此筆者在安裝DB2資料庫的時候，基本上都採用的是英文語言環境來進行安裝。即將語言設置為「EN」，表示英文。提高DB2數據備份與恢復的效率。
另外如果DB2 資料庫中要保存英文以外的數據，或者說用戶會使用不同的字元集訪問資料庫時，還需要在資料庫安裝過程中選擇特定的資料庫字元集。DB2資料庫中的所有字元數據，包括數據字典中的數據，都是存儲在資料庫字元集中的。如果用戶使用不同的字元集訪問資料庫時，資料庫管理員就需要選擇包含所有這些用戶的字元集的超集。只有如此，才能夠確保系統能夠很方便的使用替代字元完成字元的轉換，從而提高資料庫的性能。如果用戶選擇的字元集不對，有可能會出現一些莫名其妙的問題。如一次用戶在安裝資料庫過程中，沒有選擇合適的字元集。雖然在使用的過程中，其存儲中文字元沒有問題。但是當對資料庫採取還原操作時，卻發現還原後的資料庫中有些原來是中文字元的地方，盡然出現了亂碼。這主要就是沒有選擇合適的字元集惹的禍。有時候如果字元集選擇不當的話，從外部數據源(如Excel表格)導入數據的時候，中文數據也會無法順利導入。所以，資料庫管理員在安裝資料庫的時候，需要根據實際企業，來選擇合適的字元集。
二、評估資料庫對象的大小、數量。
DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。其實DB2 資料庫就好像一個倉庫，資料庫中的對象(如索引、數據表、表空間)等等就好像倉庫中的貨物。如果貨物比較少，那麼隨便放放，倉庫都顯得很空曠。貨物尋找起來也會很方便。但是如果貨物數量比較多、比較大，就必須要對其存儲空間進行合理規劃。只有如此才能夠讓倉庫的空間利用率達到最佳狀態。並且貨物的存放有序，在查找起來也特別的方便。筆者這里就以倉庫管理為例，說話該如何做好資料庫對象大小、數量等方便的評估，以及他們對於資料庫性能與穩定性的影響。
1、根據對象大小來規劃存儲空間。在倉庫貨物的擺放上，要根據貨物的大小來規劃存儲空間。或者說要首先防止大的貨物。只有如此空間的利用率才會最高。其實在規劃DB2對象的時候，也是如此。如某些表可能會包含的記錄比較多，屬於大表。此時資料庫管理員就需要考慮，是否將其放置在一個獨立的表空間或者硬碟空間上，以提高數據操作的性能。大表所對應的索引往往也是比較大的。為此在硬體條件允許的情況下，將索引表與數據表分別存放在不同的硬碟上，可以提高資料庫的性能。而對於一些比較小的對象(如數據表)，可以將它們存放在一個表空間中。其實這個表空間就好像倉庫中的一個個紙盒子。將小的對象放入到這個「紙盒子」中，不但不佔空間，而且也容易管理。
2、根據對象的使用頻率來規劃存放空間。在倉庫中擺放物品的時候，往往會把近期就要用到的貨物或者頻繁需要用到的東西放在倉庫門口或者容易拿到的地方。如此在拿這些貨物時就會比較便捷，也不會對其他貨物產生影響。對於DB2資料庫中的對象來說，也是這么一回事。可以將那些訪問量比較大的對象，如索引、數據表，存放在性能比較好的硬碟上或者單獨的硬碟中。此時訪問這些數據，就不會與其它對象產生I/O沖突，操作起來速度就會比較快。而將不怎麼用到的對象，存放在一起。由於他們不怎麼被用到，所以即使存放在性能比較低的硬碟上，其對資料庫性能產生的負面影響也是非常有限的。 在DB2資料庫裡面如何更新執行計劃
3、根據類別來存放資料庫對象。在倉庫中存放貨物的時候，還會對其進行分類。然後根據類別來進行存放。這有利於貨物的管理與檢索。其實在資料庫對象存儲空間設計時，也需要考慮這個因素。如現在應用軟體在設計的時候，很多都是根據模塊來設計。那麼在資料庫對象設計時，也需要根據這個模塊來設計存儲的空間。如將同一個模塊的資料庫對象存放在同一個表空間內。不過這可能會跟上面的兩個建立相違背。此時最好是在對象的命名上做文章。如可以根據模塊的不同，分別給資料庫對象取一個相同的前綴或者後綴。如即使同一塊模塊要用到多個表空間，此時就可以給表空間一個相同的前綴。如此在管理資料庫對象的時候，根據表空間的前綴就可以判斷其所屬的模塊了。如果再加上一個後綴來表示其資料庫對象的分類，那麼就更合理了。為此在管理資料庫對象的時候，要執行分類管理。不僅要從技術上對其進行分類，如分為索引、數據表、關鍵字等等。還需要從功能上進行分類，如按應用程序的模塊來進行分類等等。
三、設計好資料庫備份與還原的方案。
在資料庫交付生產使用之後，往往需要進行大量的測試。但是在測試過程中往往又會產生很多的垃圾數據。可是交給企業應用的，肯定是一個干凈的資料庫系統。為此在資料庫設計的時候，就需要想好如果減少測試過程中的垃圾數據。或者採取什麼樣的方式來實現在交互時自動清除垃圾數據的機制。
一般來說，想要一個資料庫備份與還原的方案，減少資料庫測試所產生的垃圾數據。如現在在給企業部署資料庫的時候，往往是先安裝一個干凈的資料庫系統。當然字元集這些需要預先設置好。然後再利用資料庫還原功能將預先定義好的資料庫模型還原出來。
另外有些時候需要兩個方案互為補充。如在資料庫初始化的過程中，採用資料庫還原的方式來創建資料庫對象。但是在應用軟體升級的時候，由於此時已經有了用戶的數據，為此不能夠在使用資料庫還原的方法。而是通過應用程序來執行某些SQL代碼，來調整或者增加部分資料庫對象。無論採用哪一種方式，需要遵循的一個原則就是在給企業創建資料庫對象時要最大限度的減少測試。而要做到這一點，就是需要先在測試伺服器上創建對象並測試對象可用。然後直接將相關的SQL代碼在投入使用的資料庫伺服器上執行。
Ⅶ 資料庫規劃一般要包含那些內容
總體數據規劃主要從三個方面去規劃：1、管理方面、2、技術方面 3、用戶方面。
總體規劃的內容包括：戰略的業務規劃、戰略的信息技術規劃、戰略的數據規劃。
Ⅷ 求高手詳細解釋數據規劃和資料庫規劃/設計的區別，不要百度百科裡那種模稜兩可的答案，最好有自己見解的
我也說不明白，大概理解是這樣：
數據存儲過程-----數據邏輯------數據表----數據透視
大型的資料庫是用Oracle來完成的，SQL中也包括這種做法，
1. 按周期備份資料庫，按數據邏輯備份資料庫，按自動編號記錄數據變更痕跡，這是第一層
2. 用數據邏輯來建立數據表，如工廠的切割BOMB生產物料清單，銀行的業主基本資料
3. 數據表層是記錄資料的
4. 數據透視是分析數據的
數據表就象大樹上的葉子，數據透視是樹枝，邏輯是他的神經系統，存儲過程是他的根。所以前期規劃應該是搭建伺服器，建立表存儲過程規則和主表索引，子表索引，自動編號過程
第二個過程搜集基礎資料，做物料清單、基礎信息，進入數據調查階段，規范層次邏輯
第三步就要建立數據表了，實施數據表建立和軟體部署，發布軟體
第四步進入測試階段，建立數據透視，搜集資料重新按照實際應用製作客戶端和伺服器應用程序，搭建三層結構，並且建立數據許可權，這一步最重要。
我是這么做的