資料庫表格設計

⑴ 大數據量的資料庫表設計技巧

大數據量的資料庫表設計技巧
即使是一個非常簡單的資料庫應用系統，它的數據量增加到一定程度也會引起發一系列問題。如果在設計資料庫的時候，就提前考慮這些問題，可以避免由於系統反映遲緩而引起的用戶抱怨。
技巧1：盡量不要使用代碼。比如性別這個欄位常見的做法：1代表男，0代表女。這樣的做法意味著每一次查詢都需要關聯代碼表。
技巧2：歷史數據中所有欄位與業務表不要有依賴關系。如保存列印發票的時候，不要只保留單位代碼，而應當把單位名稱也保存下來。
技巧3：使用中間表。比如職工工資，可以把每一位職工工資的合計保存在一張中間表中，當職工某一工資項目發生變化的時候，同時對中間表的數據做相應更新。
技巧4：使用統計表。需要經常使用的統計數據，生成之後可以用專門的表來保存。
技巧5：分批保存歷史數據。歷史數據可以分段保存，比如2003年的歷史數據保存在 《2003表名》中，而2004年的歷史數據則保存在《2004表名》中。
技巧6：把不常用的數據從業務表中移到歷史表。比如職工檔案表，當某一職工離開公司以後，應該把他的職工檔案表中的信息移動到《離職職工檔案表》中。
1、經常查詢的和不常用的分開幾個表，也就是橫向切分
2、把不同類型的分成幾個表，縱向切分
3、常用聯接的建索引
4、伺服器放幾個硬碟，把數據、日誌、索引分盤存放，這樣可以提高IO吞吐率
5、用優化器，優化你的查詢
6、考慮冗餘，這樣可以減少連接
7、可以考慮建立統計表，就是實時生成總計表，這樣可以避免每次查詢都統計一次
8、用極量數據測試一下數據
速度，影響它的因數太多了，且數據量越大越明顯。
1、存儲將硬碟分成NTFS格式，NTFS比FAT32快，並看你的數據文件大小，1G以上你可以採用多資料庫文件，這樣可以將存取負載分散到多個物理硬碟或磁碟陣列上。
2、tempdbtempdb也應該被單獨的物理硬碟或磁碟陣列上,建議放在RAID0上，這樣它的性能最高,不要對它設置最大值讓它自動增長
3、日誌文件日誌文件也應該和數據文件分開在不同的理硬碟或磁碟陣列上，這樣也可以提高硬碟I/O性能。
4、分區視圖就是將你的數據水平分割在集群伺服器上，它適合大規模OLTP,SQL群集上，如果你資料庫不是訪問特別大不建議使用。
5、簇索引你的表一定有個簇索引，在使用簇索引查詢的時候，區塊查詢是最快的，如用between，應為他是物理連續的，你應該盡量減少對它的updaet,應為這可以使它物理不連續。
6、非簇索引非簇索引與物理順序無關，設計它時必須有高度的可選擇性，可以提高查詢速度，但對表update的時候這些非簇索引會影響速度，且佔用空間大，如果你願意用空間和修改時間換取速度可以考慮。
7、索引視圖如果在視圖上建立索引,那視圖的結果集就會被存儲起來，對與特定的查詢性能可以提高很多，但同樣對update語句時它也會嚴重減低性能，一般用在數據相對穩定的數據倉庫中。
8、維護索引你在將索引建好後，定期維護是很重要的，用dbccshowcontig來觀察頁密度、掃描密度等等，及時用dbccindexdefrag來整理表或視圖的索引,在必要的時候用dbccdbreindex來重建索引可以受到良好的效果。
不論你是用幾個表1、2、3點都可以提高一定的性能，5、6、8點你是必須做的，至於4、7點看你的需求，我個人是不建議的。

⑵ 資料庫表的設計

用戶表：{用戶編號(PK)，用戶名，密碼，用戶類別, 所屬專業號(FK)}
課程表：{課程編號(PK)，課程名，用戶編號(FK) ,學分}
院 系：{院系編號(PK)，院名}
專 業：{專業號(PK)，專業名稱 ,專業簡介 ,總學時,所屬院號(FK)}
參考書：{索書號(PK)，課程編號(FK)，ISBN/ISSN，責任者，出版日期，校圖書館連接地址，電子書連接地址}
專業課程表{專業號,課程編號} 聯合主鍵

⑶ 怎樣用excel製作一個小型資料庫表格

首先你在個個單元格里輸入你要設計的主版,比如姓名,性別,年齡,然後你在進入資料庫里,剛才你所設計上的這幾個選項就自動生成,在裡面一一打上你要填的,然後一項填完後,就可以點下一個,第一個數據就自動生成在了那幾個單元格里,你就可以繼續填寫一些數據了
在excel
的菜單欄上選擇「數據」*「數據透視表和數據透視圖」，系統彈出「數據透視表和數據透視圖向導--3步驟之1」對話框(如圖2所示)。在此對話框的「指定待分析數據的數據源類型」項目中，選擇「microsoft
excel數據列表或資料庫」選項，在「所需創建的報表類型」項目中選擇「數據透視表」選項，然後單擊「下一步」按鈕。
．進入「數據透視表和數據透視圖向導--3步驟之2」對話框(如圖3所示)，在「鍵入或選定要建立數據透視表的數據源區域」項目中，設置選定區域為「$a$2:
$g$28」，然後單擊「下一步」進入「數據透視表和數據透視圖向導--3步驟之3」
對話框(如圖4所示)，在此對話框中的「數據透視表顯示位置」項目中，選中「新建工作表」選項。
在數據透視表中打開「商品名稱」下拉列表，選中「彩電」選項，單擊「確定」按鈕後，系統即計算產生各商店彩電的總銷售額列表(如圖7所示)。採用同樣方法可以獲得各商店其他商品的總銷售額列表。

⑷ 1，資料庫表結構如何設計，有哪些表，分別有什麼作用

一般可將資料庫結構設計分為四個階段，即需求分析、概念結構設計、邏輯結構設計和物理設計。
數據字典（Data Dictionary DD）用於記載系統定義的或中間生成的各種數據、數據元素，以及常量、變數、數組及其他數據單位，說明它們的名字、性質、意義及各類約束條件，是系統開發與維護中不可缺少的重要文件。數據與數據元素分別用數據表、數據元素表記載。其中，數據號是設計人員給定的順序編號，用於分類清查與整理，並且與數據元素代碼相關聯。數據名是原有表格或憑證的名稱。

⑸ 說明在設計資料庫表時你是如何考慮的

資料庫是整個軟體應用的根基，是軟體設計的起點，它起著決定性的質變作用，因此我們必須對資料庫設計高度重視起來，培養設計良好資料庫的習慣，是一個優秀的軟體設計師所必須具備的基本素質條件！ 那麼我們要做到什麼程度才是對的呢？下面就說說資料庫設計的原則： （1）、資料庫設計最起碼要佔用整個項目開發的40%以上的時間

資料庫是需求的直觀反應和表現，因此設計時必須要切實符合用戶的需求，要多次與用戶溝通交流來細化需求，將需求中的要求和每一次的變化都要一一體現在資料庫的設計當中。如果需求不明確，就要分析不確定的因素，設計表時就要事先預留出可變通的欄位，正所謂「有備無患」。 （2）、資料庫設計不僅僅停留於頁面demo的表面 頁面內容所需要的欄位，在資料庫設計中只是一部分，還有系統運轉、模塊交互、中轉數據、表之間的聯系等等所需要的欄位，因此資料庫設計絕對不是簡單的基本數據存儲，還有邏輯數據存儲。 （3）、資料庫設計完成後，項目80%的設計開發在你腦海中就已經完成了 每個欄位的設計都是有他必要的意義的，你在設計每一個欄位的同時，就應該已經想清楚程序中如何去運用這些欄位，多張表的聯系在程序中是如何體現的。換句話說，你完成資料庫設計後，程序中所有的實現思路和實現方式在你的腦海中就已經考慮過了。如果達不到這種程度，那當進入編碼階段後，才發現要運用的技術或實現的方式資料庫無法支持，這時再改動資料庫就會很麻煩，會造成一系列不可預測的問題。 （4）、資料庫設計時就要考慮到效率和優化問題 一開始就要分析哪些表會存儲較多的數據量，對於數據量較大的表的設計往往是粗粒度的，也會冗餘一些必要的欄位，已達到盡量用最少的表、最弱的表關系去存儲海量的數據。並且在設計表時，一般都會對主鍵建立聚集索引，含有大數據量的表更是要建立索引以提供查詢性能。對於含有計算、數據交互、統計這類需求時，還要考慮是否有必要採用存儲過程。 （5）、添加必要的（冗餘）欄位 像「創建時間」、「修改時間」、「備注」、「操作用戶IP」和一些用於其他需求（如統計）的欄位等，在每張表中必須都要有，不是說只有系統中用到的數據才會存到資料庫中，一些冗餘欄位是為了便於日後維護、分析、拓展而添加的，這點是非常重要的，比如黑客攻擊，篡改了數據，我們便就可以根據修改時間和操作用戶IP來查找定位。 （6）、設計合理的表關聯 若多張表之間的關系復雜，建議採用第三張映射表來關聯維護兩張表之間的關系，以降低表之間的直接耦合度。若多張表涉及到大數據量的問題，表結構盡量簡單，關聯也要盡可能避免。 （7）、設計表時不加主外鍵等約束性關聯，系統編碼階段完成後再添加約束性關聯 這樣做的目的是有利於團隊並行開發，減少編碼時所遇到的問題，表之間的關系靠程序來控制。編碼完成後再加關聯並進行測試。不過也有一些公司的做法是乾脆就不加表關聯。 （8）、選擇合適的主鍵生成策略

⑹ 建立資料庫時，對於表格的設計有些什麼原則

名單表：姓名、參與的工程項目、…… 項目表：工程項目、參與人員、…… 名單表裡的「參與的工程項目」就是項目表裡的「工程項目」，但一個人可以同時參加多個項目，並且時常會發生退出這個項目參加另一個項目的事件；項目表裡的「參與人員」也就是名單表裡的「姓名」，但一個項目會有多個人參加，並且參與人員會時常變動。 以上只是舉的一個例子，希望有高手指點表格設計應遵循的原則。

⑺ 為什麼要進行資料庫表設計

資料庫表是存放數據的地方，遵循一定規律設計的資料庫表，才能進行數據讀取，方便數據管理。否則就像進入雜亂的倉庫取東西一樣，沒法找到

⑻ 怎樣建立資料庫表格

我當年的筆記，都給你吧。

一、 建立資料庫
方法一：使用向導，調出方法⑴可採用「文件」菜單「新建」
⑵或採用「工具」菜單「向導」
方法二：使用資料庫設計器
1、 使用向導建立資料庫
特點：可以方便快捷地創建資料庫，但只適用於一般常用的資料庫。
2、 使用資料庫設計器建立資料庫
特點： 最大特點就是靈活性
操作步驟：⑴「文件」菜單「新建」，顯示新建對話框
⑵選擇「資料庫」和單擊「新建文件」鈕
⑶在創建對話框中輸入新資料庫的名稱和單擊「保存」鈕
效果：資料庫文件已經建立完成。
顯示出「資料庫設計器」窗口和「資料庫設計工具」
打開「資料庫設計器」工具方法：「顯示」菜單「工具欄」
選擇「資料庫設計器」
三、建立表
1、 資料庫與數據表
可以先建立自由表，然後再添加到資料庫中
建立新的資料庫表，系統會將其自動加入到資料庫中。
2、 建立自由表
注意：自由表獨立於任何資料庫，如需要課添加到資料庫中，但不能同時
將一個表添加到多個資料庫。
預備知識：建立表必須首先建立表的結構
即要描述各個欄位的欄位名、欄位類型、欄位寬度、如果是數
值型還有小數位數，以及索引、是否再欄位中允許空值(選擇NULL)

3、 建立資料庫表
有三種方法：
法一、「文件」菜單「新建」，顯示新建對話框
選擇「表」和單擊「新建文件」鈕
在創建對話框中輸入新數表名稱和單擊「保存」鈕
法二、再建立完資料庫後，不關閉「資料庫設計器」窗口，單擊滑鼠右鍵後
選擇快捷菜單種的「新表」，單擊「新表」鈕，再創建對話框輸入表 名
後「保存」
法三、使用資料庫設計器工具欄
（「顯示」菜單「工具欄」）
選擇「資料庫設計器」工具欄種的第一個鈕「新建表」

二、使用命令建立資料庫、資料庫表
1、 建立資料庫
CREATE DATABASE 資料庫名稱
2、 建立資料庫表
CREATE TABLE │DBF 表名 [FREE]
(欄位名1 欄位類型 [(欄位寬度 [，小數位數] )]
[(欄位名2……]

二、使用向導建立查詢
1、查詢形式分類：查詢向導：標准查詢
交叉表向導：以電子表格形式輸出查詢結果
圖形向導：以電子圖形形式輸出查詢結果
2、使用查詢向導建立查詢步驟：
[0]使用查詢向導前必須先打開用到的庫表或自由表
⑴欄位選取
⑵記錄篩選
⑶選擇排序方式
⑷查詢完成（選擇保存並運行）（瀏覽查詢）
⑸打開查詢設計器，修改查詢

⑼ 資料庫表結構設計

1.典型地質遺跡基本概況表

包括地理位置、園區范圍、自然條件等組成(表6-2)。

表6-2 基本概況(JBGK.MDB)資料庫結構表

數據項說明:

地質公園編號:前3位國別代碼，按行政區劃代碼(GB/T2260－98)填寫，後3位地質遺跡點的順序號。當公園范圍較大，跨國界時，其編號以主景區所在的區域為准進行編號，後6位為順序號，保證地質遺跡編號的唯一性。

地質遺跡分類:為適應現階段地質遺跡的調查，地質公園建設和發展規劃、科學普及的開展，以系統地球科學理論為指導，趙汀(2009)提出了顯性地質遺跡的概念並建立了學科分類系統，並在此基礎上完成了中國國家地質公園地質遺跡分類。

2.景區、景點數據(表6-3，表6-4)

表6-3 景區表結構(JQ.MDB)表

表6-4 景點表結構(JD.MDB)表

景區和景點數據關系(表6-5)為一對多關系。即，一個景區至少有一處以上的景點，任意一個景點只能屬於某一個景區。

⑽ 數據表設計考慮哪些問題

DB2資料庫的性能與穩定性直接跟資料庫對象的多少、大小有關。如果對象很少，不復雜，那麼就算不怎麼規劃，也能夠達到比較高的性能。如果對象數據比較多、比較大的話，那麼就需要在資料庫設計之前好好的規劃，否則會在很大程度上影響資料庫的性能與穩定性。

一、選擇合適的語言與資料庫字元集。

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

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

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

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

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

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

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

三、設計好資料庫備份與還原的方案。

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

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

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