OLAP의 12가지 규칙

관계형 데이터 모델의 창시자이며, 관계형 데이터베이스의 아버지라 불리는 E. F. Codd는 성공적인 OLAP(On-Line Analytical Processing) system - 이를 EIS, 혹은 DSS 혹은 어떤 다른 이름의 정보시스템으로 부르든 간에 - 을 위한 12가지 규칙의 리스트를 제시하였다. 이 리스트는 내용상에서 몇가지 문제점들이 - 논리적 개념과 물리적 개념의 불명확, dimension 정의의 오류 등 - 지적되기도 하였지만, dimemsional system, OLAP에 대한 많은 관심을 불러 일으켰다. 따라서 OLAP system을 위한 이 리스트 내용의 간단한 확인 내지는 상용 OLAP tool의 선정 혹은 OLAP system 구축의 checklist/가이드로 활용될 수 있도록 이를 요약, 소개한다. (※ OLAP이라는 용어는 1993년 Codd, Sally의 "Providing OLAP(On-Line Analytical Processing) to User-Analysts: An IT Mandate"라는 white paper에서 처음 소개 되었다.)

	규칙	내용	특성
1.	다차원 개념 뷰(Multidimensional Conceptual View)	enterprise의 사용자의 view는 본성적으로 multidimensional이고 사용자-분석가의 OLAP model의 view는 본성적으로 multidimensional이어야 한다. 이것은 EIS "slice-and-dice" operation을 지원한다. - dimension의 정의가 전제되어야 한다.	Dimemsional 특성
2	투명성(Transparency)	OLAP system은 상이한 data source들을 지원하는 open system의 일부여야 한다. 나아가 end user는 data access 혹은 conversion 세부에 관해 염려할 필요가 없어야 한다.	Architecture 특성
3	접근성(Accessibility)	OLAP은 user에게 data의 단일 논리 view를 제공해야 한다.	Architecture 특성
4	일관된 레포팅 성능(Consistent Reporting Performance)	reporting 성능은 dimension 수나 database 크기의 증가에 따라 저하되어서는 안되며, 일정해야 한다. - 실제에서는 reporting 성능에 대한 제한들이 있으며, 이에 대한 해결책이 요구된다.	Reporting 특성
5	클라이언트/서버 구조(Client/Server Architecture)	OLAP은 open, modular systems에 대한 요구를 만족해야 한다. client/server architecture의 server 상에서 작동될 수 있어야 하며, client tool은 최소의 노력으로 server와 연동되어야 한다.	Architecture 특성
6	일반적인 디멘전넬러티(Generic Dimensionality)	각 dimension은 구조와 기능에서 모두 동등해야 하고, 추가의 기능이 선택된 dimension에 허용될 수 있어야 한다. - 어떤 기능이 특정 dimension에 추가된다면, 이는 모든 dimension이 동등하다고 할 수 없다는 이견이 있다.	Dimemsional 특성
7	동적인 Sparse-Matrix 처리(Dynamic Sparse-Matrix Handling)	관계형 데이터베이스의 null과 대규모 파일의 압축과 관련해서, sparse matrix 내에서는 모든 cell이 데이터를 포함하지는 않는다. OLAP system은 다양한 storage 및 and data-handling option을 제공해야 한다. - 이상적으로는 물리적인 데이터 구성은 실제의 데이터 특성을 동적으로 반영해야 한다.	Reporting 특성
8	복수 사용자 지원(Multi-User Support)	OLAP system은 database의 개별적인 view들이나 일부에 대해 복수의 동시 user들을(read/write, integrity, security) 지원해야 한다.	Architecture 특성
9	크로스-디멘저널 조작(Unrestricted Cross-Dimensional Operations)	규칙 6과 유사하게 모든 dimension들은 동등하게 생성되고, dimension들에 걸친 operation(계산, data 조작)은 cell들간의 관계를 제한해서는 안된다. - 주의할 점은 cross-dimensional 환경에서는 의미없는 cell 공식을 생성할 수 있다는 것이다.	Dimemsional 특성
10	직각적인 데이터 조작(Intuitive Data Manipulation)	이상적으로는 사용자는 cell에 대한 직접적인 drag-and-drop 작업을 통해 menu를 이용하거나 복잡한 다단계 operation을 수행할 필요가 없어야 한다. - OLAP system은 (mouse 동작에서 dialoge box와 command line까지의) 다양한 interaction 방법들을 제공해야 한다.	Reporting 특성
11	유연한 레포팅(Flexible Reporting)	사용자는 원하는 것만 프린트할 수 있어야 하고, 기본 model에 대한 모든 변경은 report에 자동적으로 반영되어야 한다. - 현재 dimension의 report 반영은 제한적이다.	Reporting 특성
12	무제한의 디멘전 및 집계 수준(Unlimited Dimensions and Aggregation Levels)	진정한 tool은 적어도 15, 되도록이면 20 개의 dimension을 지원해야 한다. - 현재 대부분의 OLAP srver의 한계는 대부분의 사용자 요구 수준을 넘어선다.	Dimemsional 특성 [

출처] OLAP의 12가지 규칙|작성자 상복