Materialized View와 Query Rewrite .....
일반적인 View 는 그 정의만을 가지고 있고, 실행시에 View 의 결과를 만들어 내서 조회를 처리합니다. 하지만, Materialized View는 Base Table 의 데이타가 변경되면 그 결과가 되는 View 를 미리 만들어 놓습니다. 예를 하나 들어보겠습니다. 매일 1000만건씩 기록되는 일 단위의 판매 데이타가 있다고 하면, 한달이면 3억 건이 됩니다. 월 단위의 집계가 월말에 이루어지고, 다음달부터는 이 데이타를 수시로 조회한다고 하면, 이데 대해 기존에는 집계 테이블을 따로 만들어 썼습니다. 하지만 MView 를 사용하면 별도의 집계 테이블을 만들지 않더라도 MView를 통해 압축 집계된 테이블을 사용할 수 있습니다. 집계된 결과는 수천건 정도로 줄어든 것일 수도 있습니다. Query Rewrite 가 없다면 MVIew는 요약 테이블을 별도로 만드는 것과 별 차이가 없다고 볼 수도 있습니다. Query Rewrite는 SQL 문장을 분석하여 Optimizer가 Base Table을 사용할 것인지 아니면 요약된 MView를 사용할 것인지를 결정해 줍니다. 사용자는 단순히 BASE 테이블만을 인식하고 있으면 되고, 옵티마이저가 알아서 최적의 요약 MView를 선택해서 최적의 속도를 낼 수 있게 해 줍니다. 예를 들어 SQL 이 월단위의 집계 MView를 사용하여 처리될 수 있다고 판단되면, SQL 이 Base Table에 대한 것이라 하더라도 자동적으로 적당한 월단위로 요약된 MView가 사용되게 됩니다. Query Rewrite 가 실제적으로 가능하려면 오라클의 OLAP 툴을 사용하시던가 아니면 정해진 규칙을 따라서 만들고 SQL도 이에 따라 사용해야 합니다. 옵티마이저가 사람보다 똑똑하지는 않기 때문에, 반드시 적당한 MView가 사용되는 지를 확인해 봐야 하는 것은 기본일 것입니다. 즐거운 시간 되십시요.

---------- Original Message ----------
이름 : 최희자 제목 : Materialized View와 Query Rewrite ..... 안녕하세요. Qurey rewrite가 FBI와 관련이 있다고만 알고 있었는데.... 자료를 보다가, Materialized View와 Query Rewrite 라는 화두를 보았습니다. Materialized View의 주요 쓰임에 대한 내용을 알고 싶구요. 이와 관련된 Query Rewrite의 활용도 궁금합니다. ----- Reverse key의 쓰임에 대한 내용도 부탁드립니다.