Oracle 노하우 및 팁
출처 ) 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 를 해서 순서를 맞추나 보지?
cache 가 각 인스턴스 별로 하는게 아닌가보네?
각 인스턴스 별로 했다면 order와 상관없이 순서가 안맞을 수 있을텐데,
동일하게 cache 를 해서 순서를 맞추나 보지?
by 타락천사
[2009.11.16 15:26:25]
CACHE + ORDER 면 현석이형 이야기가 맞습니다.
CACHE + NOORDER 면 개별 관리 하죠..
NODE A : 1~10
NODE B : 11 ~20
이런식으로 ㅇ.ㅇ
APPLICATION 요건이 순서를 맞쳐야 하는 경우가 있는데
RAC 환경이면, 위에 처럼 되면 채번이 이상하게 된다구
디비가 이상하지 않냐구 물어보거든요 ^^
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 보다는 성능이 아주 약간 좋겠지만 가만히 원리를 생각해 보면 그닥 많이 성능 향상이 될지는 좀 의문이네..
말끔하게 정리가 되었군.
CACHE + ORDER 일 때 NOCACHE ORDER 보다는 성능이 아주 약간 좋겠지만 가만히 원리를 생각해 보면 그닥 많이 성능 향상이 될지는 좀 의문이네..
by 현
[2009.11.17 19:06:35]
우리도 CACHE + NOORDER 일때 문제가 발생한적이 있었어.
분명 먼저 등록이 된 데이터 인데 시퀀스는 나중에 들어온 데이터보다 뒤에 번호였지.
원인이 CACHE + NOORDER 때문이더라고.
1번 인스턴스에서는 1~20 까지 따고 2번 인스턴스에서는 21~40까지 cache에 올라가게 되니까 등록된 시간 순서랑 시퀀스 따지는 거랑 다르더라고..^^
분명 먼저 등록이 된 데이터 인데 시퀀스는 나중에 들어온 데이터보다 뒤에 번호였지.
원인이 CACHE + NOORDER 때문이더라고.
1번 인스턴스에서는 1~20 까지 따고 2번 인스턴스에서는 21~40까지 cache에 올라가게 되니까 등록된 시간 순서랑 시퀀스 따지는 거랑 다르더라고..^^
) 버튼을 클릭하여 작성 하시면 됩니다.