數(shù)據(jù)庫設計規(guī)范

1、關系型數(shù)據(jù)庫設計規(guī)范目錄 TOC o 1-3 文檔類不使用對象 PAGEREF _Toc464459133 h 41.概述 PAGEREF _Toc464459134 h 51.1 簡介 PAGEREF _Toc464459135 h 51.2 術語定義 PAGEREF _Toc464459136 h 51.3 參考資料 PAGEREF _Toc464459137 h 51.4 版本更新記錄 PAGEREF _Toc464459138 h 52數(shù)據(jù)庫設計的目標 PAGEREF _Toc464459139 h 63.數(shù)據(jù)庫的特征 PAGEREF _Toc464459140 h 63.1完整性約束

2、 PAGEREF _Toc464459141 h 63.1.1not null約束 PAGEREF _Toc464459142 h 73.1.2缺省值 PAGEREF _Toc464459143 h 73.1.3unique約束 PAGEREF _Toc464459144 h 73.1.4primary key約束 PAGEREF _Toc464459145 h 73.1.5參照完整性約束 PAGEREF _Toc464459146 h 83.1.6check約束 PAGEREF _Toc464459147 h 83.2存儲過程 PAGEREF _Toc464459148 h 83.3觸發(fā)器

3、PAGEREF _Toc464459149 h 93.4事務處理 PAGEREF _Toc464459150 h 93.4.3事務與一致性 PAGEREF _Toc464459151 h 103.4.4事務和恢復 PAGEREF _Toc464459152 h 103.5并發(fā)處理 PAGEREF _Toc464459153 h 103.5.3死鎖 PAGEREF _Toc464459154 h 113.5.4讀一致性 PAGEREF _Toc464459155 h 113.6序號生成器 PAGEREF _Toc464459156 h 113.7視圖 PAGEREF _Toc464459157

4、h 113.7.3安全性 PAGEREF _Toc464459158 h 123.7.4邏輯數(shù)據(jù)獨立性 PAGEREF _Toc464459159 h 124.調整數(shù)據(jù)庫設計以提高系統(tǒng)性能 PAGEREF _Toc464459160 h 134.1建立有用的性能標準 PAGEREF _Toc464459161 h 134.2數(shù)據(jù)庫的規(guī)范化 PAGEREF _Toc464459162 h 134.3通過非規(guī)范化設計提高數(shù)據(jù)庫的效率 PAGEREF _Toc464459163 h 134.3.3非規(guī)范化的緣故 PAGEREF _Toc464459164 h 134.3.4非規(guī)范化技術 PAGERE

5、F _Toc464459165 h 144.3.5進行非規(guī)范化處理時的注意事項 PAGEREF _Toc464459166 h 144.4表的大小 PAGEREF _Toc464459167 h 154.4.3表是否過小 PAGEREF _Toc464459168 h 154.4.4表是否過大 PAGEREF _Toc464459169 h 154.4.5如何減小表的尺寸 PAGEREF _Toc464459170 h 154.5記錄的大小 PAGEREF _Toc464459171 h 154.5.3列有最佳的位置嗎 PAGEREF _Toc464459172 h 154.5.4存在最佳的記

6、錄大小嗎 PAGEREF _Toc464459173 h 154.5.5記錄是否過小 PAGEREF _Toc464459174 h 154.5.6記錄是否過大 PAGEREF _Toc464459175 h 154.5.7如何減小記錄 PAGEREF _Toc464459176 h 164.5.8總結 PAGEREF _Toc464459177 h 165.其它 PAGEREF _Toc464459178 h 16文檔類不使用對象文檔類不該文檔是通用軟件公司的關系型數(shù)據(jù)庫的設計規(guī)范，是技術文檔。使用對象該文檔使用人員包括：開發(fā)本部總經(jīng)理各產(chǎn)品部、事業(yè)部的經(jīng)理、項目經(jīng)理、設計人員軟件中心負責人

7、、設計人員公司總經(jīng)理概述1.1 簡介本文檔總結了公司進行多年來的SYBASE數(shù)據(jù)庫設計經(jīng)驗，目的將公司進行數(shù)據(jù)庫設計的經(jīng)驗積存下來，實現(xiàn)設計經(jīng)驗的復用，為項目評審與項目質量保證提供進行檢查的依據(jù)。本規(guī)范從數(shù)據(jù)庫設計的目的、數(shù)據(jù)庫的各個特征、數(shù)據(jù)庫的規(guī)范化等各個方面進行論述，對進行SYBASE數(shù)據(jù)庫的設計提供了專門好的依據(jù)。1.2 術語定義1.3 參考資料Powerbuilder開發(fā)設計中的數(shù)據(jù)庫設計曉通數(shù)據(jù)庫研究與進展中心公司1.4 版本更新記錄版本/修訂版日期修改記錄備注1.010/10/99初始版本2數(shù)據(jù)庫設計的目標 好的數(shù)據(jù)庫物理設計應當充分考慮應用的需求和開發(fā)工具的特征，應當充分利用和

8、挖掘數(shù)據(jù)庫的功能。一流的數(shù)據(jù)庫設計會給整個應用系統(tǒng)帶來以下的好處：維護容易。當需求發(fā)生變化時，優(yōu)良的數(shù)據(jù)庫設計會使應用系統(tǒng)容易地適應這種變化。編程簡單。由于數(shù)據(jù)庫設計充分挖掘了數(shù)據(jù)庫的功能，因此應用程序的復雜度能夠明顯降低。加快開發(fā)速度。因為數(shù)據(jù)庫設計充分地考慮了需求和開發(fā)工具的特征，因此開發(fā)人員會感到左右逢源，得心應手，從而能夠加快開發(fā)速度。系統(tǒng)具有良好的整體運行效率。數(shù)據(jù)庫的特征完整性約束。完整性約束同意在表上定義某種約束條件，這些條件作為表定義的一部分存在，從而強制表中的數(shù)據(jù)滿足一定的規(guī)則。存儲過程。存儲過程是由流操縱語句（ifelse）和SQL語句書寫的過程，那個過程通過編譯和優(yōu)化后存

9、儲在數(shù)據(jù)庫服務器中，使用時只要調用即可。觸發(fā)器。觸發(fā)器是一種專門的存儲過程，不同的是這種過程不是由程序調用來執(zhí)行，而是通過數(shù)據(jù)庫數(shù)據(jù)的更新自動地“觸發(fā)”執(zhí)行。事務處理：事務是最小的邏輯工作單元，在那個單元中對數(shù)據(jù)庫所有的更新要么全成功要么全失敗。并發(fā)處理。同意用戶在沒有沖突的情況下更新表中不同的行。行級鎖和頁級鎖對聯(lián)機事務處理特不有用。序號生成器。數(shù)據(jù)庫能夠自動生成連續(xù)的序號供應用程序使用。遵守工業(yè)標準的SQL。視圖。視圖是原始數(shù)據(jù)庫表的變換，可給應用程序帶來安全性、簡單性和獨立性。分布處理。數(shù)據(jù)能夠分布在網(wǎng)絡的多個點上，數(shù)據(jù)本身支持分布查詢和分布修改。數(shù)據(jù)復制。數(shù)據(jù)能夠在網(wǎng)絡的多個數(shù)據(jù)庫點相

10、互復制。3.1完整性約束完整性約束是數(shù)據(jù)庫用于維護數(shù)據(jù)庫完整性的一種機制。這種約束是表定義的一部分，是內部的。與在應用程序中維護數(shù)據(jù)庫的完整性不同，它的代價小而且性能高。完整性約束有以下兩點作用：使企業(yè)的規(guī)則與數(shù)據(jù)庫聯(lián)系起來。防止操作員或終端用戶輸入錯誤的數(shù)據(jù)，破壞數(shù)據(jù)庫的完整性。完整性約束有以下幾種：not null約束缺省值unique約束primary key約束foreign key約束check約束3.1.1not null約束not null的含義是列中不能有空值。not null在創(chuàng)建表時定義。not null約束限定了列中必須有值，但不能限定列中能夠有什么值，因此它常常與其它的

11、約束配合使用。3.1.2缺省值缺省值是在數(shù)據(jù)錄入時，若用戶沒有輸入數(shù)據(jù)，數(shù)據(jù)庫自動輸入的值。下面是定義缺省時應注意的一些事項：要確保列寬對缺省值來講足夠大。要注意缺省值與規(guī)則間的沖突，確保缺省值為規(guī)則所同意，否則，缺省值會被規(guī)則忽略掉。unique約束唯一列是如此的列，它的值不能在表中重復出現(xiàn)。注意，唯一列與主鍵不同，主鍵可用來唯一地標識表中的一行（不能有空值），而唯一列僅僅表示該列的值不能在表中重復出現(xiàn)（能夠有空值）。能夠在一個列上定義唯一列，也能夠在表上定義唯一列，也能夠在表上對多個列定義唯一列。primary key約束每個表中都應有主鍵，主鍵唯一標識表中的行。選擇主鍵應注意以下幾點：選

12、擇數(shù)據(jù)是唯一的列。選擇數(shù)據(jù)值可不能改變的列。主鍵的目的是唯一地標識一行，不含有用于其它目的的數(shù)據(jù)，選擇一般不需要改變主鍵值的列。選擇不含有空值的列。依照定義，主鍵列不同意輸入空值。選擇短的和數(shù)值型的列。幸免選擇聯(lián)合主鍵。盡管同意聯(lián)合主鍵，但專門難滿足以上四點要求。參照完整性約束參照完整性約束用來約束兩個表間的關系?？罩岛屯獠挎I關于缺省（無not null或check語句）的情況，外部鍵約束為組合外部鍵實施“無匹配”規(guī)則。通過使用check和not null也可使用全部或部分規(guī)則：在組合外部鍵中實施全匹配規(guī)則，要求鍵的全部要么都為空要么都不為空。在一般情況下，不能使用參照完整性在組合鍵中實施部分

13、匹配規(guī)則。部分匹配規(guī)則要求鍵的非空部分出現(xiàn)在引用表的主鍵的對應部分上，這種情況一般要用觸發(fā)器來處理。父表和子表的關系父表和子表的關系決定于在子表的外部鍵上定義的其它類型的完整性約束。在外部鍵上沒有約束。在外部鍵上有非空約束。在外部鍵上有unique約束。在外部鍵上有unique和not null約束。check約束當需要依照邏輯表達式來限定列的值域時，能夠用check完整性約束。check約束的寫法和where子句的寫法一樣，但它有如下的限制：條件必須是能夠利用更新行中的值來求值的表達式。條件中不能有子查詢或序號。條件中不能含有函數(shù)。條件中不能含有偽列。存儲過程存儲過程是由流操縱和SQL語句書

14、寫的過程，那個過程經(jīng)編譯和優(yōu)化后存儲在數(shù)據(jù)庫服務器中，使用時只要調用即可。使用存儲過程有以下優(yōu)點：存儲過程的能力大大增強了SQL語言的功能和靈活性。存儲過程能夠用流操縱語句編寫，有專門強的靈活性，能夠完成復雜的推斷和較復雜的運算?？杀ＷC數(shù)據(jù)的安全性和完整性。通過存儲過程能夠使沒有權限的用戶在操縱之下間接地寸取數(shù)據(jù)庫，從而保證數(shù)據(jù)的安全。通過存儲過程能夠使相關的動作在一起發(fā)生，從而能夠維護數(shù)據(jù)庫的完整性。在運行存儲過程前，數(shù)據(jù)庫已對其進行了語法和句法分析，并給出了優(yōu)化執(zhí)行方案。這種差不多編譯好的過程可極大地改善SQL語句的性能。由于執(zhí)行SQL語句的大部分工作差不多完成，因此存儲過程能以極快的速度

15、執(zhí)行。能夠降低網(wǎng)絡的通信量。使體現(xiàn)企業(yè)規(guī)則的運算程序放入數(shù)據(jù)庫服務器中，以便：集中操縱。當企業(yè)規(guī)則發(fā)生變化時在服務器中改變存儲過程即可，無須修改任何應用程序。觸發(fā)器觸發(fā)器是一種專門的存儲過程，它在插入、刪除或修改特定表中的數(shù)據(jù)時觸發(fā)執(zhí)行，它比數(shù)據(jù)庫本身標準的功能有更精細和更復雜的數(shù)據(jù)操縱能力。數(shù)據(jù)庫觸發(fā)器有以下的作用：安全性。能夠基于數(shù)據(jù)庫的值使用戶具有操作數(shù)據(jù)庫的某種權利。能夠基于時刻限制用戶的操作。能夠基于數(shù)據(jù)庫中的數(shù)據(jù)限制用戶的操作。審計。能夠跟蹤用戶對數(shù)據(jù)庫的操作。審計用戶操作數(shù)據(jù)庫的語句。把用戶對數(shù)據(jù)庫的更新寫入審計表。實現(xiàn)復雜的數(shù)據(jù)完整性規(guī)則。實現(xiàn)非標準的數(shù)據(jù)完整性檢查和約束。觸發(fā)

16、器可產(chǎn)生比規(guī)則更復雜的限制。與規(guī)則不同，觸發(fā)器能夠引用列或數(shù)據(jù)庫對象。提供可變的缺省值。實現(xiàn)復雜的非標準的數(shù)據(jù)庫相關完整性規(guī)則。觸發(fā)器能夠對數(shù)據(jù)庫中相關的表進行連環(huán)更新。在修改或刪除時級聯(lián)修改或刪除其它表中的與之匹配的行。在修改或刪除時把其它表中的與之匹配的行設成NULL值。在修改或刪除時把其它表中的與之匹配的行級聯(lián)成缺省值。觸發(fā)器能夠拒絕或“回退”那些破壞相關完整性的變化，取消試圖進行數(shù)據(jù)更新的事物。當插入一個與主鍵不匹配的外部鍵時，這種觸發(fā)器會起作用。同步實時地復制表中的數(shù)據(jù)。自動計算數(shù)據(jù)值，假如數(shù)據(jù)的值達到了一定的要求，則進行特定的處理。事務處理事務是如此一種機制，它確保多個SQL語句被

17、當作單個工作單元來處理。事務具有以下的作用：一致性：同時進行的查詢和更新彼此可不能發(fā)生沖突，其他用戶可不能看到發(fā)生了變化但尚未提交的數(shù)據(jù)。可恢復性：一旦系統(tǒng)故障，數(shù)據(jù)庫會自動地完全恢復未完成的事務。事務與一致性事務是完整性的單位，一個事務的執(zhí)行是把數(shù)據(jù)庫從一個一致的狀態(tài)轉換成另一個一致的狀態(tài)。因此，假如事務孤立執(zhí)行時是正確的，但假如多個事務并發(fā)交錯地執(zhí)行，就可能相互干擾，造成數(shù)據(jù)庫狀態(tài)的不一致性。在多用戶環(huán)境中，數(shù)據(jù)庫必須幸免同時進行的查詢和更新發(fā)生沖突。這一點是專門重要的，假如正在被處理的數(shù)據(jù)能夠在該處理正在運行時被另一用戶的修改所改變，那么該處理的結果會是不明確的。不加操縱的并發(fā)存取會產(chǎn)生

18、以下的幾種錯誤。丟失修改（lost updates）當多個事務并發(fā)修改一個數(shù)據(jù)時，不加操縱會得出錯誤的結果，一個修改會覆蓋掉另一個修改。這種丟失修改叫“寫寫依靠”（WriteWrite Dependency）。讀的不可重復性當多個事務按某種時刻順序存取若干數(shù)據(jù)時，假如對并發(fā)存取不加操縱，也會產(chǎn)生錯誤。這叫做“讀寫依靠”（ReadWrite Dependency）。臟讀（dirty data），讀的不一致性這種臟讀或講讀的不一致性叫“寫讀依靠”（WriteRead Dependency）。光標帶來的當前值的混亂事務在執(zhí)行過程中它在某個表上的當前位置是由光標表示的。光標指向當前正處理的記錄。當處理

19、完該條記錄后，則指向下一條記錄。在多個事務并發(fā)執(zhí)行時，一個事務的修改可能產(chǎn)生副作用，使與這些光標有關的事務出錯。未釋放修改造成連鎖退出一個事務在進行修改操作的過程中可能會發(fā)生故障，這時需要將已做的修改回退（Rollback）。假如在已進行過或已發(fā)覺錯誤尚未復原之前同意其它事務讀已做過的修改（臟讀），則會導致連鎖退出。一事務在對一表更新時，另外的事務卻修改或刪除此表的定義。事務和恢復 數(shù)據(jù)庫本身肩負著治理事務的責任。事務是最小的邏輯工作單元，在那個工作單元中，對數(shù)據(jù)庫的所有更新工作，要么必須全部成功，要么必須全部失?。ɑ赝耍Ｖ灰獞贸绦蛑付四扯纬绦驗橐粋€事務并做了相應的處理，數(shù)據(jù)庫系統(tǒng)會自動

20、維護事務本身的特性。并發(fā)處理數(shù)據(jù)庫的特點確實是數(shù)據(jù)的集中治理和共享。在通常情況下總是有若干個事務并發(fā)地運行，這些并行的事務可能并發(fā)地存取相同的數(shù)據(jù)。因此，數(shù)據(jù)庫治理系統(tǒng)的一個重要任務確實是要有一種機制去保證這種并發(fā)的存取和修改不破壞數(shù)據(jù)的完整性，確保這些事務能正確地運行并取得正確的結果。事務并發(fā)執(zhí)行時若不加操縱的話將導致不正確的結果和數(shù)據(jù)庫的不一致狀態(tài)。為保證數(shù)據(jù)庫數(shù)據(jù)正確地反映所有事務的更新以及在一事務修改數(shù)據(jù)時其它事務不同時修改那個數(shù)據(jù)，數(shù)據(jù)庫系統(tǒng)用鎖來操縱對數(shù)據(jù)的并發(fā)存取。死鎖當事務T1想要鎖住的資源已被事務T2鎖住，而T2想要鎖住的資源也被T1鎖住時，T1要等待T2釋放資源，T2要等待

21、T1釋放資源。如此，兩個事務互相等待造成死鎖。當數(shù)據(jù)庫檢測到死鎖時，檢測到死鎖的事務被告知出錯，回退當前語句。通常被告知出錯的事務應顯式地回退整個事務，但用戶也可不管被鎖住的資源直接提交或等會兒再重新做。數(shù)據(jù)庫會自動檢測到死鎖并恢復。在應用中，為幸免死鎖，應在事務的開始加盡量強的鎖。在應用系統(tǒng)中，存取同一張表的各種程序應使用相同的次序，這會幸免死鎖。讀一致性讀一致性是數(shù)據(jù)庫事務處理的重要特性，其含義為：一事務對數(shù)據(jù)庫的任何更新都在本領務內見到，數(shù)據(jù)庫的數(shù)據(jù)對本領務是一致的。其它事務未提交的更新，在本領務內見不到。即其它事務的任何更新，只要還沒提交，則對本領務而言，就仿佛不存在一樣。序號生成器在

22、專門多應用系統(tǒng)要用到序號。由于序號是連續(xù)生成的，在大型系統(tǒng)中，會有多個用戶同時申請下一個序號，序號生成便成了應用系統(tǒng)的瓶頸問題。為了解決那個問題，大型數(shù)據(jù)庫都增加了序號對象。通過序號對象能夠自動生成序號，多個用戶能夠并發(fā)讀取，無須互相等待。視圖視圖是原始數(shù)據(jù)庫數(shù)據(jù)的一種變換，是查看表中數(shù)據(jù)的另外一種方式。能夠將視圖看成一個移動的窗口，通過它能夠看到感興趣的數(shù)據(jù)。視圖是從一個或多個實際表中獲得的，這些表的數(shù)據(jù)存放在數(shù)據(jù)庫中。那些用于產(chǎn)生視圖的表叫做視圖的基表。一個視圖也可從另一視圖中產(chǎn)生。視圖的定義存在數(shù)據(jù)庫中，與此定義相關的數(shù)據(jù)并沒有再存一份于數(shù)據(jù)庫中。通過視圖看到的數(shù)據(jù)存放在基表中。視圖看上

23、去特不象數(shù)據(jù)庫的物理表，對它的操作同任何其它的表一樣。當通過視圖修改數(shù)據(jù)時，實際上是在改變基表中的數(shù)據(jù)；相反地，基表數(shù)據(jù)的改變也會自動反映在由基表產(chǎn)生的視圖中。由于邏輯上的緣故，有些視圖能夠修改對應的基表，有些則不能（僅僅能查詢）。視圖有以下的作用：簡單性。看到的確實是需要的。視圖不僅能夠簡化用戶對數(shù)據(jù)的理解，也能夠簡化他們的操作。那些被經(jīng)常使用的查詢能夠被定義為視圖，從而使得用戶不必為以后的操作每次指定全部的條件。安全性。通過視圖用戶只能查詢和修改他們所能見到的數(shù)據(jù)。數(shù)據(jù)庫中的其它數(shù)據(jù)則既看不見也取不到。數(shù)據(jù)庫授權命令能夠使每個用戶對數(shù)據(jù)庫的檢索限制到特定的數(shù)據(jù)庫對象上，但不能授權到數(shù)據(jù)庫的

24、行和特定的列上。通過視圖，用戶可被限制在數(shù)據(jù)的不同子集上：基表的行的子集上。基表的列的子集上。基表的行和列的子集上。多個基表的連接所限定的行上?；淼臄?shù)據(jù)的統(tǒng)計匯總上。另一行視圖的一個子集上，或是一些視圖和基表合并后的子集上。邏輯數(shù)據(jù)獨立性。視圖可關心用戶屏蔽真實表結構變化帶來的阻礙。安全性視圖的安全性能夠防止未授權的用戶查看特定的行或列。使用戶只能看到表中特定行的方法如下：在表中增加一個標志用戶的列；建立視圖，使用戶只能看到標有自己用戶名的列；把視圖授權給其他用戶。邏輯數(shù)據(jù)獨立性視圖能夠在以下幾個方面使程序與數(shù)據(jù)獨立：假如應用建立在數(shù)據(jù)庫表上，當數(shù)據(jù)庫表發(fā)生變化時，能夠在表上建立視圖，通過視

25、圖屏蔽表的變化，從而應用程序能夠不動。假如應用建立在數(shù)據(jù)庫表上，當應用發(fā)生變化時，能夠在表上建立視圖，通過視圖屏蔽應用的變化，從而使數(shù)據(jù)庫表不動。假如應用建立在視圖上，當數(shù)據(jù)庫表發(fā)生變化時，能夠在表上修改視圖，通過視圖屏蔽表的變化，從而應用程序能夠不動。假如應用建立在視圖上，當應用發(fā)生變化時，能夠在表上修改視圖，通過視圖屏蔽應用的變化，從而使數(shù)據(jù)庫表不動。調整數(shù)據(jù)庫設計以提高系統(tǒng)性能建立有用的性能標準需遵循下列標準：單條記錄的更新應當在1秒鐘之內。多條記錄的更新不超過10秒鐘。關于少于4個表的、數(shù)據(jù)有一定限度的查詢，響應時刻應在5秒鐘之內。關于其它的數(shù)據(jù)有一定限度的多表查詢應在10秒鐘之內。整

26、個表的查詢時刻應在30秒鐘之內。然而，不要盲目地同意性能標準，有些極端可除外。數(shù)據(jù)庫的規(guī)范化從關系模型的角度來看，標準的表應當滿足第三范式（3NF）。如此的表結構最容易維護，而且最具有可維護性。對數(shù)據(jù)庫進行規(guī)范化處理具有以下的優(yōu)點：因為表的列數(shù)減少了，因此搜索、排序、創(chuàng)建索引的速度能夠加快。因為表減小了，因此按照索引查詢的速度加快了。能夠更好地使用段來操縱數(shù)據(jù)的物理存儲。每個表能夠只有專門少的索引，因此能夠加快更新速度。能夠減少空值和冗余，使數(shù)據(jù)庫更緊湊。因為減少了冗余的數(shù)據(jù)，能夠使觸發(fā)器的執(zhí)行速度更快。減少數(shù)據(jù)的不規(guī)則性。規(guī)范化使數(shù)據(jù)庫的維護和修改變得更容易。數(shù)據(jù)庫通過規(guī)范化后，數(shù)據(jù)的查詢盡

27、管需要更多的連接操作，但關于具有索引的列，連接的速度是比較快的。然而，全部采納規(guī)范化的設計可能達不到最佳的性能。因此，盡管推舉盡量采納第三范式的設計，然而在性能得不到滿足的情況下，需要非規(guī)范化的方法提高性能。通過非規(guī)范化設計提高數(shù)據(jù)庫的效率非規(guī)范化的緣故在進行數(shù)據(jù)庫的設計時，出于對數(shù)據(jù)庫執(zhí)行效率的考慮，能夠采納非規(guī)范化的方法。所謂非規(guī)范化的方法，確實是在數(shù)據(jù)庫的設計中適當?shù)亟档蛿?shù)據(jù)庫的范式。在下列情況下，通常要考慮進行非規(guī)范化處理：大量頻繁的查詢過程所涉及的表都需要進行連接。要緊的應用程序在執(zhí)行時要將表連接起來進行查詢。對數(shù)據(jù)庫的計算需要臨時表或進行復雜的查詢。非規(guī)范化技術對數(shù)據(jù)庫進行非規(guī)范化的目的在于提高應用程序的效率，但非規(guī)范化處理怎么講會增加數(shù)據(jù)冗余，會帶來相應的數(shù)據(jù)完整性問題。因此，在考慮非規(guī)范化處理時，要慎重考慮