CODEDRAGON ㆍDevelopment/Big Data, R, ...
OLTP vs. OLAP
http://datawarehouse4u.info/OLTP-vs-OLAP.html
We can divide IT systems into transactional (OLTP) and analytical (OLAP). In general we can assume that OLTP systems provide source data to data warehouses, whereas OLAP systems help to analyze it.
- OLTP (On-line Transaction Processing) is characterized by a large number of short on-line transactions (INSERT, UPDATE, DELETE). The main emphasis for OLTP systems is put on very fast query processing, maintaining data integrity in multi-access environments and an effectiveness measured by number of transactions per second. In OLTP database there is detailed and current data, and schema used to store transactional databases is the entity model (usually 3NF).
- OLAP (On-line Analytical Processing) is characterized by relatively low volume of transactions. Queries are often very complex and involve aggregations. For OLAP systems a response time is an effectiveness measure. OLAP applications are widely used by Data Mining techniques. In OLAP database there is aggregated, historical data, stored in multi-dimensional schemas (usually star schema).
The following table summarizes the major differences between OLTP and OLAP system design.
| OLTP System (Operational System) | OLAP System Online Analytical Processing (Data Warehouse) |
Source of data | Operational data; OLTPs are the original source of the data. | Consolidation data; OLAP data comes from the various OLTP Databases |
Purpose of data | To control and run fundamental business tasks | To help with planning, problem solving, and decisionsupport |
What the data | Reveals a snapshot of ongoing business processes | Multi-dimensional views of various kinds of business activities |
Inserts and Updates | Short and fast inserts and updates initiated by end users | Periodic long-running batch jobs refresh the data |
Queries | Relatively standardized and simple queries Returning relatively few records | Often complex queries involving aggregations |
Processing Speed | Typically very fast | Depends on the amount of data involved; batch datarefreshes and complex queries may take many hours; query speed can be improved by creating indexes |
Space Requirements | Can be relatively small if historical data is archived | Larger due to the existence of aggregation structures and history data; requires more indexes than OLTP |
Highly normalized with many tables | Typically de-normalized with fewer tables; use of star and/or snowflake schemas | |
Backup and Recovery | Backup religiously; operational data is critical to run the business, data loss is likely to entail significant monetary loss and legal liability | Instead of regular backups, some environments may consider simply reloading the OLTP data as a recovery method |
source: www.rainmakerworks.com |
|
|
'Development > Big Data, R, ...' 카테고리의 다른 글
인지 서비스 기능 비교 - Microsoft, IBM, Google, Amazon (0) | 2017.01.13 |
---|---|
네이버 데이터랩(NAVER DataLab) - 검색어로 알아보는 대한민국, 지역통계(지역별 관심도), 지역통계(카드사용통계), 데이터 융합분석, 공공데이터 (0) | 2016.12.27 |
빅데이터 플랫폼의 구조 - 소프트웨어 계층, 플랫폼 계층, 인프라 스트럭처 계층 (0) | 2016.12.15 |
클라우드 컴퓨팅 개념도 - 클라이언트 디바이스, 클라우드 컴퓨팅 플랫폼, 클라우드 서비스, 클라우드 (0) | 2016.12.09 |
하둡(Hadoop) 배포판의 기본 구성 요소 (0) | 2016.12.02 |