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를 전달할 수 있다고 한다.
'프로그래밍 > Query | SQL' 카테고리의 다른 글
[링크]JPA 란 무엇인가? 그리고 왜 쓰는가... (0) | 2017.01.12 |
---|