아래 문서 참고 하세요.

http://asktom.oracle.com/pls/ask/f?p=4950:8:856236758633628034::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:123212348063,

고서진님 조언에 감사드리구요

제가 영어가 짧아서리

대충 보니까 ,CHAR가 전혀 유리하지 않다는 것은 알겠는데요.

그 문서에

A CHAR datatype and VARCHAR2 datatype are stored identically (eg: the word
'WORD' stored in a CHAR(4) and a varchar2(4) consume exactly the same amount of
space on disk, both have leading byte counts).

이렇게 되어 있는데요 밑줄친 부분이 둘다 문자열 길이 정보를 가져간다는 뜻인가요?

그렇다면 문자열의 오버헤드가 4000,2000을 표시하기 위해 최소 16비트가 되어야 한다고 이해해도 되겠습니까?.....

2000자 짜리 char, varchar2 는 모두 물리적으로 저장될때

첫 2바이트는 문자열의 byte수이고 3번째 바이트 부터 실제 문자열이 저장된다는 뜻 맞습니다.

leading byte count 가 2바이트인지는 확실친 않지만 2바이트일 가능성이 클것 같습니다.

크게 중요한 사항은 아닙니다만, 토마스 아저씨가 마지막에 남긴 말씀도 참고 하세요. ^^

The only time I personally use a CHAR type is for CHAR(1).  And that is only
because its faster to type char(1) then varchar2(1)

감사합니다.

그런데 마지막 글....

토마스 아저씨 말대로라면 char(1)일 때도 varchar2(1) 보다 빠를 이유가 없을 듯 한데요.... 왜 그런 말을 했을까요?

그리구 또 한가지 의심이 가는 것은 OCI 문서 보면 long 타입 같은 것은 분명하고 명백하게 갯수와 관련된 정보가 데이타 자체에 보관됨을 말하고 있읍니다만.

VARCHAR2나 CHAR는 그런 말이 없구요...

또하나 이해가 안되는 것은

토마스 아저씨 말대로 문자열 길이 정보가 저장이 된다면...

만약 데이타가 null 일때도 기본으로 2자리는 최소 잡아먹는다는 말인데요...

오라클에서 실제 저장 이미지를 그런 식으로 관리한다는 것이 언뜻 이해가 안갑니다...

토마스 아저씨 말이라면 모... 맞겠지만...

그 사람 말이 공식 오라클 말은 아니지 않습니까?

흠.. 제 기억으로도 varchar2가 약간의 오버헤드가 있는걸로 알고있습니다.

어디선지는 기억이 안나지만.. 그럼으로인해 고정길이는 char 타입을 쓰는게 유리한걸로 알고 있는데요...

varchar2의 장점은 가변적으로 공간을 차지하기 때문에 고정길이로 안들어가는 데이타는 varchar2가 더 효율적이기 때문에 가변적인 데이타는 varchar2로 잡는것이지요.. 모 당연히 이정도는 아실것같고..

제가 봤을때 문제점은 김흥수님께서 char 타입에 대해 안좋은 추억이 있어서... char로 잡는게 싫으신거같네요.. 고걸 먼저 바꾸셔야 할듯..

위의 예로도 보면 년월만 들어가는것도 date 로 잡으시는것 같은데

저같아도 태클들어갈듯하네요.. 당연히 char 6자리가 더 효율적인건데

date로 잡았으니...

^^  경험이 많으신 김흥수님인걸로 알고있는데... 원래 많은 경험을 가지고 계신분들 상대하기가 더 어렵습니다.. 대개 그 분들은 자기만의 생각을 추구하시려는게 많기 때문이지요.. 김흥수님께서 한발 물러나셔서 더 넓게 보시는게 더 좋은 방법이 되지 않을까 라고 감히 한말씀올리고 갑니다....

P.S 그분도 이해해주세요.. 저도 비슷한경험이 있는데 공간없어서 고민고민하는데 단 한자리도 아까워서 그러는걸겁니다.. 공간부족 이거 미칩니다..

제 지식의 한계로 더이상은 답을 해드릴수가 없네요.

저도 오라클로 작업을 하면서 의문점들이 많으나 실제 어떻게 구현되어 있는지 까지 알아내기는 힘들더군요.

(위의 예에서 제가 제일 궁금한것은 왜 CHAR 에도 BYTE COUNT가 저장되는지 하는것 입니다만, 저도 알아내지 못했네요.)

요러한 사항들은 오라클 개발팀에 왜 그런식으로 구현하셨나요? 하고 문의하지 않는한 알기 힘들겠지요.

토마스 아저씨의 말이 오라클의 공식 입장은 아니지만, 오라클 최고 권위자라는 타이틀을 빼고라도,

오라클에서 근무하시는 분인 만큼 가능한 조심해서 답변을 할거라고 예상이 됩니다.

또 대부분 근거를 제시해 주고 계시구요.

비록 위의 답변에서는 아니었지만이요.

일단 VARCHAR2는 CHAR보다 1BYTE SPACE를 찾지한다고 알고 있습니다.

그런데 그것때문에 DB 용량이나 검색속도가 문제가 되지는 않을것 같습니다.

물론 DATA 건수가 많으면 찾지하는 용량도 조금 많아 지겠죠 하지만 요즘 DISK

가격이 저렴하니까...

저는 날자 관련하여 TYPE 을 아래와 같이 사용합니다.

CHAR : 죽었다 깨어나도 자리변화는 없다.

            무조건 날자를 체크한다.

VARCHAR2 : 혹시 모른다. 

                    무조건 날자를 체크한다.  

DATE : 체크도 귀잖다.

           나중에 다른 용도로 사용될 가능성이 있다.

아래 링크 참조하시길..^^

http://www.database.sarang.net/?inc=read&aid=21043&criteria=oracle&subcrit=&id=&limit=20&keyword=parse&page=1

varchar2 는 가변길이이기 때문에 길이에 대한 정보가 헤더에들어가서 오버헤드가 발생하긴하지만 오라클 쪽에는 varchar2 를 사용하는걸 권장하는걸로 알고있읍니다. 여러가지이유가있던데 생각이 잘나질안는군요 .아마 웹사이트에서 검색해보시면 찾으실수 있을것입니다.