나의 흔적들

1. 정렬 문제

9i에서는 Group By 수행시 내부적으로 sorting을 하지만, 11g에서는 sorting 없이 Group By을 한다.

→ 클라이언트 쪽에 출력되는 레코드 순서가 달라질 수 있음

2. SQL 관련 문제

- group by 사용 시 order by 절 기술해야 정렬 됨(hash group by / 10gR2)

- bypass_ujvc 힌트 사용 불가(desupport) --> 에러 발생 시 merge into 고려

  * BYPASS_UJVC 힌트

     : UPDATE 시에 키보존 테이블(키 값이 변경되지 않는 테이블)에 대해 DML이 불가능한 것을 가능하게 해주는 힌트

- index range scan 결과도 정렬 보장하지 않으므로 order by 기술 필요(batch nested loop join)

3. 32/64 bit SW 구분 해야 함

(64bit SW 에는 32bit library 미포함 / client 필요 시 별도 설치 필요)

4. Pro*C : 모든 프로그램 recompile 필요

5. optimizer mode가 rule --> choose 로 변경되므로 oracle 통계정보 관련 계획 수립 필요

6. 싱글바이트(Single Byte)와 더블바이트(Double Byte) = ‘%’와 ‘%’의 차이

‘%’는 더블바이트, ‘%’는 싱글바이트인데 11gR2에서는 더블바이트는 일반 캐릭터로 인식한다. 

즉, 오라클은 11gR2에서는 어떤 이유에서인지 더블바이트를 막기 시작한 것을 알 수 있다. 

이렇게 변경한 이유는 알 수 없지만 더블바이트 사용 시 일반문자로 인식하게 되므로 ‘%’ 싱글바이트처럼 like %를 인식하지 않게 

됐다는 것이다.

( 참고 - 전문가 컬럼 : SQL 표준의 범위는 어디인가? )

7. Oracle 11g부터는 BDUMP, CDUMP, UDUMP가 없다

init.ora 파일에 설정을 하면 DB가 기동 하지 않는다.

그 이유는 11g에서는 ADR(Automatic Diagnostic Repository)이라는 concept으로 관리리 되며 ADR은 기존에 BDUMP와 UDUMP로 나

뉘어 관리되던 것을 한 곳에 모아 관리하고 손쉽게 Oracle Support에 그 Data를 전달할 수 있다고 한다.