在進行數據庫系統的設計時，一個不可忽視的問題是弄清你所面對的應用是屬於那種類型。目前流行的應用類型有：* 在線事務處理(OLTP=Online transaction Processing )應用程序* 決策支持系統(DSS=Decision Suport System )應用程序* 多目的應用程序
在線事務處理(OLTP)在線事務處理(OLTP=Online transaction Processing )應用程序具有高的吞吐量，並且是Update、Insert 的密集型。如訂票系統、訂貨系統等。在OLTP設計時，要考慮並發用戶和系統性能問題，由於索引和簇會降低 Insert和Update的速度。所以用戶還要避免對這兩種結構的過度使用。對於OLTP系統，下面因素是關鍵：* 回滾段* 索引、簇、哈希* 離散事務* 數據塊大小* 緩沖區緩存大小* 表和回滾段空間的動態分配* 事務處理監視和多線程服務器* 幫定變量的使用* 共享池* 分區* 優化過的SQL 語句* 完整性約束* 客戶/服務器體系結構* 可動態改變的初始化參數* 流程、組件、功能
決策支持系統(DSS)典型情況下，決策支持系統大量的信息轉化為用戶定義的報告。DSS對從OLTP應用程序收集的大量數據進行查詢。決策支持系統的關鍵目標有三個：1）響應時間；2）精確性；3）可用性。在設計DSS系統時，要確保大量數據的查詢在合理的時間段內執行完畢。如在白天，決策者需要看報告，所以要保證在前一天晚上完成所需數據的統計。對於DSS的優化，下面因素至關重要： * 實體化的視圖* 索引（B*樹和位圖）* 簇、哈希* 數據塊大小* 星型查詢* 優化程序* 使用查詢提示* SQL語句中的PL/SQL功能* 分區
多用途應用程序典型的OLTP和數據倉庫系統的結合就是多目的應用程序。因為OLTP 應用程序收集數據，隨後將數據提供給數據倉庫系統。如果OLTP和數據倉庫系統使用相同的數據庫，就存在目標沖突，即可能回影響性能問題。為解決該問題。首先，OLTP數據庫在收集到數據後，就將數據復制進另一個數據庫中。該數據庫為數據倉庫所查詢。如果每天只復制一次，則這種配置可能會使數據倉庫應用的精確性受到輕微的折衷。但是對於兩個系統的整體來說，可獲得更好的性能。
