OLTP

OLTP

聯機事務處理系統
OLTP(On-Line Transaction Processing,聯機事務處理系統)也稱為面向交易的處理系統,其基本特征是顧客的原始數據可以立即傳送到計算中心進行處理,并在很短的時間内給出處理結果。具體體現為實時響應時間(Response Time),即用戶在終端上送入數據之後,到計算機對這個請求給出答複所需要的時間。
    中文名:聯機事務處理系統 外文名:On-Line Transaction Processing 适用領域: 所屬學科: 縮寫:OLTP 别稱:面向交易的處理系統

主要特征

支持大量并發用戶定期添加和修改數據。

反映随時變化的單位狀态,但不保存其曆史記錄。

包含大量數據,其中包括用于驗證事務的大量數據。

具有複雜的結構。

可以進行優化以對事務活動做出響應。

提供用于支持單位日常運營的技術基礎結構。

個别事務能夠很快地完成,并且隻需訪問相對較少的數據。OLTP系統旨在處理同時輸入的成百上千的事務。

實時性要求高。

數據量不是很大。

交易一般是确定的,所以OLTP是對确定性的數據進行存取。(比如存取款都有一個特定的金額)

并發性要求高并且嚴格的要求事務的完整、安全性。

OLTP系統中的數據主要被組織為支持如下事務:

記錄來自銷售點終端或通過網站輸入的訂單。

當庫存量降到指定級别時,訂購更多的貨物。

在制造廠中将零部件組裝為成品時對零部件進行跟蹤。

記錄雇員數據。

當今的數據處理大緻可以分成兩大類:聯機事務處理OLTP(on-line transaction processing)、聯機分析處理OLAP(On-Line Analytical Processing)。OLTP是傳統的關系型數據庫的主要應用,主要是基本的、日常的事務處理,例如銀行交易。OLAP是數據倉庫系統的主要應用,支持複雜的分析操作,側重決策支持,并且提供直觀易懂的查詢結果。

大數據

事務系統包含巨量數據的更新,是業務延續性的重中之重,并提供對重要數據的近實時訪問,包括讓企業更有競争力的數據。

聯機事務處理分析範圍擴展到近實時數據,尤其是客戶數據;提供近乎實時的虛拟數據倉庫;對主數據管理的負載均衡更新,增加企業信息化架構的靈活性。

要在這些新任務上成功應用OLTP,就必須重新定義OLTP在企業信息化體系結構中的地位。OLTP不再隻是一套能處理訂單的老式應用程序。對典型的OLTP系統處理的大規模數據流更新進行同時分析,這種情況很罕見,因為一般認為這不是OLTP的目的。然而數據倉庫更新固有的延遲阻礙着對最新數據的近實時分析。組織如果要對于數據的變化迅速作出反應,IT部門就必須讓OLTP産生比以往更大的作用。

設計注意事項

事務處理系統數據庫應設計為支持:

1.很好的數據放置。

對于OLTP系統,輸入/輸出瓶頸是一個尤為關心的問題,原因在于修改整個數據庫中數據的用戶很多。确定數據的可能訪問模式,并将經常訪問的數據放在一起。在此過程中,可輔以文件組和RAID(獨立磁盤冗餘陣列)系統。

2.縮短事務以将長期鎖減至最少,提高并發性。

在事務期間,避免用戶交互。無論何時,隻要有可能,就通過執行單個存儲過程來處理整個事務。在事務内對表的引用順序可能會影響并發性。将對經常訪問的表的引用置于事務的末尾,以便将控制鎖的持續時間減至最短。

3.聯機備份。

OLTP系統通常的特征是連續操作(一天24小時,一周7天),為達到此目的,停工時間要保持絕對最短。盡管Microsoft SQL Server 2000可以在數據庫正在使用時對其進行備份,但是應将備份過程安排在活動不頻繁時進行,以使對用戶的影響減至最小。

4.數據庫的高度規範化。

盡可能減少冗餘信息以提高更新的速度,從而提高并發性。減少數據還可以提高備份的速度,因為隻需要備份更少的數據。

5.很少或沒有曆史或聚合數據。

可以将很少引用的數據歸檔到單獨的數據庫中,或者從經常更新的表中移出,并置于僅含曆史數據的表中。這将保持表盡可能地小,從而縮短備份時間,改善查詢性能。

6.小心使用索引。

每次添加或修改行時,必須更新索引。若要避免對經常更新的表進行過多的索引,索引範圍應保持較窄。請用索引優化向導設計索引。

解釋

聯機分析處理(OLAP)的概念最早是由關系數據庫之父E.F.Codd于1993年提出的,他同時提出了關于OLAP的12條準則。OLAP的提出引起了很大的反響,OLAP作為一類産品同聯機事務處理(OLTP)明顯區分開來。

下表列出了OLTP與OLAP之間的比較。

OLAP是使分析人員、管理人員或執行人員能夠從多角度對信息進行快速、一緻、交互地存取,從而獲得對數據的更深入了解的一類軟件技術。OLAP的目标是滿足決策支持或者滿足在多維環境下特定的查詢和報表需求,它的技術核心是"維"這個概念。

“維”是人們觀察客觀世界的角度,是一種高層次的類型劃分。“維”一般包含着層次關系,這種層次關系有時會相當複雜。通過把一個實體的多項重要的屬性定義為多個維(dimension),使用戶能對不同維上的數據進行比較。因此OLAP也可以說是多維數據分析工具的集合。

OLAP的基本多維分析操作有鑽取(roll up和drill down)、切片(slice)和切塊(dice)、以及旋轉(pivot)、drill across、drill through等。

鑽取是改變維的層次,變換分析的粒度。它包括向上鑽取(roll up)和向下鑽取(drill down)。roll up是在某一維上将低層次的細節數據概括到高層次的彙總數據,或者減少維數;而drill down則相反,它從彙總數據深入到細節數據進行觀察或增加新維。

切片和切塊是在一部分維上選定值後,關心度量數據在剩餘維上的分布。如果剩餘的維隻有兩個,則是切片;如果有三個,則是切塊。

旋轉是變換維的方向,即在表格中重新安排維的放置(例如行列互換)。

OLAP有多種實現方法,根據存儲數據的方式不同可以分為ROLAP、MOLAP、HOLAP。

ROLAP表示基于關系數據庫的OLAP實現(Relational OLAP)。以關系數據庫為核心,以關系型結構進行多維數據的表示和存儲。ROLAP将多維數據庫的多維結構劃分為兩類表:一類是事實表,用來存儲數據和維關鍵字;另一類是維表,即對每個維至少使用一個表來存放維的層次、成員類别等維的描述信息。維表和事實表通過主關鍵字和外關鍵字聯系在一起,形成了"星型模式"。對于層次複雜的維,為避免冗餘數據占用過大的存儲空間,可以使用多個表來描述,這種星型模式的擴展稱為"雪花模式"。

MOLAP表示基于多維數據組織的OLAP實現(Multidimensional OLAP)。以多維數據組織方式為核心,也就是說,MOLAP使用多維數組存儲數據。多維數據在存儲中将形成"立方塊(Cube)"的結構,在MOLAP中對"立方塊"的"旋轉"、"切塊"、"切片"是産生多維數據報表的主要技術。

HOLAP表示基于混合數據組織的OLAP實現(Hybrid OLAP)。如低層是關系型的,高層是多維矩陣型的。這種方式具有更好的靈活性。

還有其他的一些實現OLAP的方法,如提供一個專用的SQL Server,對某些存儲模式(如星型、雪片型)提供對SQL查詢的特殊支持。

OLAP工具是針對特定問題的聯機數據訪問與分析。它通過多維的方式對數據進行分析、查詢和報表。維是人們觀察數據的特定角度。例如,一個企業在考慮産品的銷售情況時,通常從時間、地區和産品的不同角度來深入觀察産品的銷售情況。

這裡的時間、地區和産品就是維。而這些維的不同組合和所考察的度量指标構成的多維數組則是OLAP分析的基礎,可形式化表示為(維1,維2,……,維n,度量指标),如(地區、時間、産品、銷售額)。多維分析是指對以多維形式組織起來的數據采取切片(Slice)、切塊(Dice)、鑽取(Drill-down和Roll-up)、旋轉(Pivot)等各種分析動作,以求剖析數據,使用戶能從多個角度、多側面地觀察數據庫中的數據,從而深入理解包含在數據中的信息。

根據綜合性數據的組織方式的不同,常見的OLAP主要有基于多維數據庫的MOLAP及基于關系數據庫的ROLAP兩種。MOLAP是以多維的方式組織和存儲數據,ROLAP則利用現有的關系數據庫技術來模拟多維數據。在數據倉庫應用中,OLAP應用一般是數據倉庫應用的前端工具,同時OLAP工具還可以同數據挖掘工具、統計分析工具配合使用,增強決策分析功能。

兩者區别

用戶

操作人員,低層管理人員

決策人員,高級管理人員

功能

日常操作處理

分析決策

DB設計

面向應用

面向主題

數據

當前的,最新的細節的,二維的分立的

曆史的,聚集的,多維的集成的,統一的

存取

讀/寫數十條記錄

讀上百萬條記錄

工作單位

簡單的事務

複雜的查詢

用戶數

上千個

上百萬個

DB大小

100MB-GB

100GB-TB

時間要求

具有實時性

對時間的要求不嚴格

主要應用

數據庫

數據倉庫

                  OLTP                 OLAP

上一篇:陀螺儀原理

下一篇:褐斑

相關詞條

相關搜索

其它詞條