數(shù)據(jù)庫設計和物理存儲結構-文庫吧資料
2025-01-21 12:40本頁面
【正文】 。 –索引更窄、更精簡。 規(guī)范化 ? 規(guī)范化的一些益處包括： –排序和索引創(chuàng)建更快。擁有大量窄表（列較少的表）是規(guī)范化數(shù)據(jù)庫的特征。邏輯數(shù)據(jù)庫設計不好，會損害整個系統(tǒng)的性能。 規(guī)范化 ? 數(shù)據(jù)庫的邏輯設計（包括各種表和表間關系）是優(yōu)化關系數(shù)據(jù)庫的核心。 ? 數(shù)據(jù)庫的非規(guī)范化 引入預聚合或匯總數(shù)據(jù)以滿足常見的查詢要求，縮短查詢響應時間。 決策支持設計注意事項 ? 大量索引 決策支持系統(tǒng)只需要很少的更新，但數(shù)據(jù)量很大。 決策支持 ? 決策支持數(shù)據(jù)庫中的表建立了大量索引，原始數(shù)據(jù)通常要進行預處理，并對其進行組織以支持將要使用的各種類型的查詢。 ? 若要作出業(yè)務決策，用戶必須能夠根據(jù)各種準則，通過查詢數(shù)據(jù)快速地確定銷售趨勢。 聯(lián)機事務處理設計注意事項 ? OLTP 系統(tǒng)需要最佳的硬件配置以處理較大并發(fā)用戶數(shù)目和快速響應時間 決策支持 ? 決策支持數(shù)據(jù)庫應用程序最適合于不更改數(shù)據(jù)的數(shù)據(jù)查詢。 聯(lián)機事務處理設計注意事項 ? 小心使用索引 每次添加或修改行時，必須更新索引。 聯(lián)機事務處理設計注意事項 ? 很少或沒有歷史或聚合數(shù)據(jù) 可以將很少引用的數(shù)據(jù)歸檔到單獨的數(shù)據(jù)庫中，或者從經(jīng)常更新的表中移出，并置于僅含歷史數(shù)據(jù)的表中。 聯(lián)機事務處理設計注意事項 ? 聯(lián)機備份 OLTP 系統(tǒng)通常的特征是連續(xù)操作（一天 24 小時，一周 7 天），為達到此目的，停工時間要保持絕對最短。在事務內對表的引用順序可能會影響并發(fā)性。 聯(lián)機事務處理設計注意事項 ? 縮短事務以將長期鎖減至最少，提高并發(fā)性 在事務期間，避免用戶交互。確定數(shù)據(jù)的可能訪問模式，并將經(jīng)常訪問的數(shù)據(jù)放在一起。如果一個步驟失敗，則不應完成其它步驟。 聯(lián)機事務處理 ? 數(shù)據(jù)庫系統(tǒng)中的并發(fā)性控制確保兩個用戶不能更改同一數(shù)據(jù)，或者一個用戶不能在另一個用戶對數(shù)據(jù)操作完成之前對其進行更改。 ? 這些類型的數(shù)據(jù)庫的常見例子是航空訂票系統(tǒng)和銀行事務系統(tǒng)。 聯(lián)機事務處理 ? 聯(lián)機事務處理數(shù)據(jù)庫應用程序最適合于管理變化的數(shù)據(jù)，通常，這種應用程序有大量的用戶同時執(zhí)行更改實時數(shù)據(jù)的事務。 ? 在設計過程中，標識對象間的關系需要查看各種表，確定它們邏輯相關的方式，以及添加關系列以建立一個表與另一個表間的鏈接。 標識對象間的關系 ? 關系數(shù)據(jù)庫的一種優(yōu)勢是聯(lián)系或關聯(lián)數(shù)據(jù)庫中各種項目的有關信息的能力。 標識每個對象的信息類型 ? 關系或引用列 這些列建立一個表中的信息和另一個表中相關信息的鏈接。 標識符列是用戶和內部數(shù)據(jù)庫處理訪問表中的一行數(shù)據(jù)時所用的主要組件。 ? 分類列 這些列對數(shù)據(jù)進行分類或分組，并存儲有限選擇范圍的數(shù)據(jù) 標識每個對象的信息類型 ? 標識符列 這些列提供對存儲在表中的每個項目進行標識的機制。這些信息是對象的表中的列。
范文總結相關推薦
鄂ICP備17016276號-1