RAC - Sequence Check 1 6 4,167

by 타락천사 [타락천사] [2009.11.16 13:08:04]


RAC_Sequence_TEST.doc (65,536Bytes)

 

출처 ) RAC and sequences [ID 853652.1]

RAC 환경에서 Sequence

:  ) 일반적인 SEQUENCE

- 최고의 성능은 CACHE/NOORDER OPTION SEQUENCE

- 최악의 성능은 NOCACHE/ORDER OPTION SEQUENCE

 ) 순서를 보장받기 위해서는

  - CACHE/ORDER OPTION SEQUENCE 가 좋다. ( NOCACHE ORDER 보다 )

 

세부 사항은 첨부 참조

비고 ) 테스트 결과 약간 상이한 결과가 나왔음(굵은색 검정색 글씨로 표기된 부분)

 

 

by 오정희 [2009.11.16 13:28:50]
오빠 완전 부지런쟁이!!

by drakula [2009.11.16 13:48:46]
웅~!!! 와전 부지런해~^^

by 현 [2009.11.16 15:16:11]
음....
cache 가 각 인스턴스 별로 하는게 아닌가보네?
각 인스턴스 별로 했다면 order와 상관없이 순서가 안맞을 수 있을텐데,
동일하게 cache 를 해서 순서를 맞추나 보지?

by 타락천사 [2009.11.16 15:26:25]
CACHE + ORDER 면 현석이형 이야기가 맞습니다.
CACHE + NOORDER 면 개별 관리 하죠..
NODE A : 1~10
NODE B : 11 ~20
이런식으로 ㅇ.ㅇ
APPLICATION 요건이 순서를 맞쳐야 하는 경우가 있는데
RAC 환경이면, 위에 처럼 되면 채번이 이상하게 된다구
디비가 이상하지 않냐구 물어보거든요 ^^

by 현 [2009.11.17 19:03:59]
한동안 order 를 쓸때 cache옵션을 주어야 할지 말아야 할지 고민을 했었는데
말끔하게 정리가 되었군.
CACHE + ORDER 일 때 NOCACHE ORDER 보다는 성능이 아주 약간 좋겠지만 가만히 원리를 생각해 보면 그닥 많이 성능 향상이 될지는 좀 의문이네..

by 현 [2009.11.17 19:06:35]
우리도 CACHE + NOORDER 일때 문제가 발생한적이 있었어.
분명 먼저 등록이 된 데이터 인데 시퀀스는 나중에 들어온 데이터보다 뒤에 번호였지.
원인이 CACHE + NOORDER 때문이더라고.
1번 인스턴스에서는 1~20 까지 따고 2번 인스턴스에서는 21~40까지 cache에 올라가게 되니까 등록된 시간 순서랑 시퀀스 따지는 거랑 다르더라고..^^
댓글등록
SQL문을 포맷에 맞게(깔끔하게) 등록하려면 code() 버튼을 클릭하여 작성 하시면 됩니다.
로그인 사용자만 댓글을 작성 할 수 있습니다. 로그인, 회원가입