Oracle 노하우 및 팁
안녕하세요. 강정식입니다.
복잡한 업무를 처리하다보면 View를 많이 만들고 참조를 하는데요.
특히 제가 지원하고 있는 사이트가 이 View를 많이 사용하고 있습니다.
문제는 이 View를 사용하는 SQL들이 퍼포먼스가 잘 안나오는 경우가 많고
제가 튜닝을 진행하는 대부분의 문제 프로그램들도 이 View를 사용하는 프로그램들입니다.
그래서 제가 지금까지 경험하다가 느낀 내용들을 한번 게시판에 정리해 보려고 하는데요.
제가 가지고 있는 View에 대한 생각은 이렇습니다.
’View를 맨 처음 만들때는 반드시 상도덕(?)을 지켜야 한다...’
다음에 이 주제를 가지고 글을 써볼텐데요. 그전에 여러분들도 View를 만들 때
지켜져야 하는 상도덕(?)들이 뭐가 있을지 한번 리플 달아주시면 글 작성시 참고해서
같이 올리겠습니다.
많은 리플 기대하겠습니다.
감사합니다.
blog : http://blog.naver.com/xsoft
by finecomp
[2008.07.11 18:17:16]
저도 인사를...;
안녕하세요. 성시현입니다...^^;
한가지만 쓸께요...;
향후 대용량의 성능을 위해서 View를 만들 땐 Updatable Join View에서 일반적으로 제약하고 있는 사항들
(계획을 강제하는 옵티마이저힌트, Grouping, Ordering, Distinct, 분석함수, user defined function, ... 등)을 가급적 쓰지 않아야 합니다.
안녕하세요. 성시현입니다...^^;
한가지만 쓸께요...;
향후 대용량의 성능을 위해서 View를 만들 땐 Updatable Join View에서 일반적으로 제약하고 있는 사항들
(계획을 강제하는 옵티마이저힌트, Grouping, Ordering, Distinct, 분석함수, user defined function, ... 등)을 가급적 쓰지 않아야 합니다.
by 현
[2008.07.11 20:10:36]
사실 뷰를 처음 만들때는 그런 상도덕은 대부분 지킨다고 생각합니다.
그런데 문제는 그 뷰가 처음 만들어질때와는 다르게 사용되거나,
뷰가 뷰를 불러서 depth가 깊어질 때 등에서 문제가 발생된다고 생각합니다.
머 처음 뷰를 만들때 이 뷰가 악성이 될지 누가 알고 만들었겠습니다?
다이너마이트를 발명할때 처럼 말이죠....
그런데 문제는 그 뷰가 처음 만들어질때와는 다르게 사용되거나,
뷰가 뷰를 불러서 depth가 깊어질 때 등에서 문제가 발생된다고 생각합니다.
머 처음 뷰를 만들때 이 뷰가 악성이 될지 누가 알고 만들었겠습니다?
다이너마이트를 발명할때 처럼 말이죠....
) 버튼을 클릭하여 작성 하시면 됩니다.