까마귀 wrote:

> 안녕하세요.

> 까마귀입니다.

> 일요일 오후...날도 좋은데 여기서 활동하시느라 욕보십니다.

>

> 델파이와는 별 상관이 없는 질문같아서 조금 미안한데요.

> MS SQL을 사용해서 프로그램을 짜고 있는데요.

> 책을 보니 CHAR형과 VARCHAR형이 있던데요.

> VARCHAR형의 경우 가변형이라고 되어있었습니다.

> 크기를 20으로 주고 실제 저장은 '123'만 했을경우 크기가 3으로 된다고 나와있던데요.

> 메모리도 절약할수 있고 해서 참 좋을것 같은데, 한가지 궁금한게 있어서요.

> DB설계할때 VARCHAR로 설정하면 얻는것과 잃는것 어느것이 더 클까요?

> CHAR형과 VARCHAR형 두개가 모두 있는것을 보면 어떠한 차이가 있어서 그렇게 분류가 되어 있으리라고 보는데요.

> 예를 들어 읽어들일때 속도문제라든가...

> CHAR형과 VARCHAR형의 차이를 좀 설명해주시면 감사하겠습니다.

> 그럼 좋은 하루 되시길....꾸벅~~.

>

>

>

> 위대한 단군혼이 살아있는 나라.... 대한민국



----------------------------------------------------------------------------------



varchar라 함은 문자열의 길이가 언제 변할지 모르는 컬럼을 정의해 주는 타입이죠..

가변형은 가변칼럼의 갯수와 길이 크기등의 정보를 SQL서버에서

계산하고 저장해서 불러오는등 일련의 처리가 내부적으로 더 필요합니다.

따라서 char 보다 속도가 더 걸릴수 밖에 없지요..

그래서 char로 쓰시는게 더 효율적일 수 있습니다.

그러나 char는 가령 char(5) 를 'ab ', where col = 'ab ' 처럼

그 형태를 맞추어 주어야 하기에 번거롭기 일수고 비어있는 공간의 낭비가 있지요..

그래서 코드와 같은 일정한 길이의 컬럼은 char로 쓰시는게 효율적 입니다만

비고나 메모같은 형식의 컬럼은 varchar가 차라리 낫다고 말씀드릴 수 있겠습니다.

따라서 둘의 장단점을 보시고 적절하게 이용하시길 바랍니다.

그럼...

안녕하세요 하얀까마귀 입니다..



장은석님의 말씀처럼 char와 varchar의 차이는 이것이 가변이냐 고정이냐 하는 차이입니



다.



최대 길이의 차이는 없는 걸로 알고 있고 단지 고정과 가변의 차이죠..



varChar의 경우 정확히 이게 어느정도의 over Head가 필요한지 나와 있지는 않지만



약 2-5byte사이라고 들은것 같습니다. 이정도의 길이가 공간이 같은 char에 비해



더 필요하고 불러 올때나 저장할때 약간의 처리가 더 필요합니다.. 뭐 무시해도 좋을



만큼이지만... 아주 약간의 처리를 더한다는 건 중요하겠죠...



하지만.. 저장된 다음에 char는 생성할때 char (100)으로 해 주셧으면 이건 무조건



1레코드당 100 바이트를 차지합니다. 필드에 1바이트만 들어 있든 100바이트가 들어 있든



실제 저장공간은 100바이트를 차지합니다... 그러니까 음.. 주소 같은걸 예를 들면



이놈은 아주 길수도 있고 뭐 조금 짧을수도 있죠. 이런건 varChar로 만드셔야 합니다..



아주 효율적이죠...



char는 보통 키값 또는 코드값을 저장하는 필드에 많이 사용됩니다.. 이런 값은 어떤



고정된 길이의 코드를 가지거나 아니면 비여 있거나 하니까요....



하지만 장은석님의 말씀처럼 조건에서 where col = 'ab '이렇게 맞추어 주어야



하는건 아닙니다.. 사용은 varChar나 char나 동일합니다 둘다 그냥 'ab';라고만 해주시면



됩니다....



보통은 varChar의 사용을 많이하고 문자형 키필드 또는 코드값 정도에만 char형을 사용



합니다... 관리의 편의성 때문에 이런것도 아예 varChar로 만드시는 분들도 많이 있습니다.



음 그냥 varChar를 사용하시구요 char의 사용만 주의하시면 되겠네요..



그럼 즐거운시간 되세요..



- 하얀까마귀 -





장은석 wrote:

> 까마귀 wrote:

> > 안녕하세요.

> > 까마귀입니다.

> > 일요일 오후...날도 좋은데 여기서 활동하시느라 욕보십니다.

> >

> > 델파이와는 별 상관이 없는 질문같아서 조금 미안한데요.

> > MS SQL을 사용해서 프로그램을 짜고 있는데요.

> > 책을 보니 CHAR형과 VARCHAR형이 있던데요.

> > VARCHAR형의 경우 가변형이라고 되어있었습니다.

> > 크기를 20으로 주고 실제 저장은 '123'만 했을경우 크기가 3으로 된다고 나와있던데요.

> > 메모리도 절약할수 있고 해서 참 좋을것 같은데, 한가지 궁금한게 있어서요.

> > DB설계할때 VARCHAR로 설정하면 얻는것과 잃는것 어느것이 더 클까요?

> > CHAR형과 VARCHAR형 두개가 모두 있는것을 보면 어떠한 차이가 있어서 그렇게 분류가 되어 있으리라고 보는데요.

> > 예를 들어 읽어들일때 속도문제라든가...

> > CHAR형과 VARCHAR형의 차이를 좀 설명해주시면 감사하겠습니다.

> > 그럼 좋은 하루 되시길....꾸벅~~.

> >

> >

> >

> > 위대한 단군혼이 살아있는 나라.... 대한민국

>

> ----------------------------------------------------------------------------------

>

> varchar라 함은 문자열의 길이가 언제 변할지 모르는 컬럼을 정의해 주는 타입이죠..

> 가변형은 가변칼럼의 갯수와 길이 크기등의 정보를 SQL서버에서

> 계산하고 저장해서 불러오는등 일련의 처리가 내부적으로 더 필요합니다.

> 따라서 char 보다 속도가 더 걸릴수 밖에 없지요..

> 그래서 char로 쓰시는게 더 효율적일 수 있습니다.

> 그러나 char는 가령 char(5) 를 'ab ', where col = 'ab ' 처럼

> 그 형태를 맞추어 주어야 하기에 번거롭기 일수고 비어있는 공간의 낭비가 있지요..

> 그래서 코드와 같은 일정한 길이의 컬럼은 char로 쓰시는게 효율적 입니다만

> 비고나 메모같은 형식의 컬럼은 varchar가 차라리 낫다고 말씀드릴 수 있겠습니다.

> 따라서 둘의 장단점을 보시고 적절하게 이용하시길 바랍니다.

> 그럼...

>

장은석님 하얀까마귀님 두분모두 감사드립니다.

한가지만 더 질문을 할께요.

VarChar로 잡았을 경우에 데이터를 입력을 하지 않으면 그 크기는 어떻게 됩니까?

아예 크기가 잡히지 않나요? 아니면 원래 정의한 크기로 잡히나요?

이게 궁금한데 꼭 좀 부탁드립니다.







위대한 단군혼이 살아있는 나라.... 대한민국



하얀까마귀 wrote:

> 안녕하세요 하얀까마귀 입니다..

>

> 장은석님의 말씀처럼 char와 varchar의 차이는 이것이 가변이냐 고정이냐 하는 차이입니

>

> 다.

>

> 최대 길이의 차이는 없는 걸로 알고 있고 단지 고정과 가변의 차이죠..

>

> varChar의 경우 정확히 이게 어느정도의 over Head가 필요한지 나와 있지는 않지만

>

> 약 2-5byte사이라고 들은것 같습니다. 이정도의 길이가 공간이 같은 char에 비해

>

> 더 필요하고 불러 올때나 저장할때 약간의 처리가 더 필요합니다.. 뭐 무시해도 좋을

>

> 만큼이지만... 아주 약간의 처리를 더한다는 건 중요하겠죠...

>

> 하지만.. 저장된 다음에 char는 생성할때 char (100)으로 해 주셧으면 이건 무조건

>

> 1레코드당 100 바이트를 차지합니다. 필드에 1바이트만 들어 있든 100바이트가 들어 있든

>

> 실제 저장공간은 100바이트를 차지합니다... 그러니까 음.. 주소 같은걸 예를 들면

>

> 이놈은 아주 길수도 있고 뭐 조금 짧을수도 있죠. 이런건 varChar로 만드셔야 합니다..

>

> 아주 효율적이죠...

>

> char는 보통 키값 또는 코드값을 저장하는 필드에 많이 사용됩니다.. 이런 값은 어떤

>

> 고정된 길이의 코드를 가지거나 아니면 비여 있거나 하니까요....

>

> 하지만 장은석님의 말씀처럼 조건에서 where col = 'ab '이렇게 맞추어 주어야

>

> 하는건 아닙니다.. 사용은 varChar나 char나 동일합니다 둘다 그냥 'ab';라고만 해주시면

>

> 됩니다....

>

> 보통은 varChar의 사용을 많이하고 문자형 키필드 또는 코드값 정도에만 char형을 사용

>

> 합니다... 관리의 편의성 때문에 이런것도 아예 varChar로 만드시는 분들도 많이 있습니다.

>

> 음 그냥 varChar를 사용하시구요 char의 사용만 주의하시면 되겠네요..

>

> 그럼 즐거운시간 되세요..

>

> - 하얀까마귀 -

>

>

> 장은석 wrote:

> > 까마귀 wrote:

> > > 안녕하세요.

> > > 까마귀입니다.

> > > 일요일 오후...날도 좋은데 여기서 활동하시느라 욕보십니다.

> > >

> > > 델파이와는 별 상관이 없는 질문같아서 조금 미안한데요.

> > > MS SQL을 사용해서 프로그램을 짜고 있는데요.

> > > 책을 보니 CHAR형과 VARCHAR형이 있던데요.

> > > VARCHAR형의 경우 가변형이라고 되어있었습니다.

> > > 크기를 20으로 주고 실제 저장은 '123'만 했을경우 크기가 3으로 된다고 나와있던데요.

> > > 메모리도 절약할수 있고 해서 참 좋을것 같은데, 한가지 궁금한게 있어서요.

> > > DB설계할때 VARCHAR로 설정하면 얻는것과 잃는것 어느것이 더 클까요?

> > > CHAR형과 VARCHAR형 두개가 모두 있는것을 보면 어떠한 차이가 있어서 그렇게 분류가 되어 있으리라고 보는데요.

> > > 예를 들어 읽어들일때 속도문제라든가...

> > > CHAR형과 VARCHAR형의 차이를 좀 설명해주시면 감사하겠습니다.

> > > 그럼 좋은 하루 되시길....꾸벅~~.

> > >

> > >

> > >

> > > 위대한 단군혼이 살아있는 나라.... 대한민국

> >

> > ----------------------------------------------------------------------------------

> >

> > varchar라 함은 문자열의 길이가 언제 변할지 모르는 컬럼을 정의해 주는 타입이죠..

> > 가변형은 가변칼럼의 갯수와 길이 크기등의 정보를 SQL서버에서

> > 계산하고 저장해서 불러오는등 일련의 처리가 내부적으로 더 필요합니다.

> > 따라서 char 보다 속도가 더 걸릴수 밖에 없지요..

> > 그래서 char로 쓰시는게 더 효율적일 수 있습니다.

> > 그러나 char는 가령 char(5) 를 'ab ', where col = 'ab ' 처럼

> > 그 형태를 맞추어 주어야 하기에 번거롭기 일수고 비어있는 공간의 낭비가 있지요..

> > 그래서 코드와 같은 일정한 길이의 컬럼은 char로 쓰시는게 효율적 입니다만

> > 비고나 메모같은 형식의 컬럼은 varchar가 차라리 낫다고 말씀드릴 수 있겠습니다.

> > 따라서 둘의 장단점을 보시고 적절하게 이용하시길 바랍니다.

> > 그럼...

> >

안녕하세요 하얀까마귀 입니다..



지금 질문하신 내용은 음.. 질문은 아주 간단한것 같은데... 답변은 그렇지 못하네요..



이게 길이가 잡힌다고도 안잡한다고도 말씀드리기 힘드네요....



db라는 놈이 오랜동안 발전을 해오다 보니까.. 이 엔진에서 하는 일들이 아주 많아지고



소위 말하는 최적화라는걸 하기 위해서 많은 일들을 합니다.. 그래서...이러한 부분에



까지 설명이 되어야 겠지만 저또한 DBA수준은 아니라...정확히는 말씀드리기 힘드네요..



간략하게만 설명할께요...



데이타 타입의 정의상으로 보면 데이타를 넣지 않을경우... null값을 허용할 경우



그필드의 길이는 잡히지 않습니다... 음... 실제 char형의 경우에도 null값을 허용하면



varchar처럼 동작한다고 합니다.. 이것 또한 가변이 되어 버리는 거죠...



음.. 오라클에서는 varchar2죠??? 그리고 중요한건 이게 아닙니다.. 실제 테이블



스페이스를 차지하는건 이 레코드의 길이가 아니죠... 그래서 이러한 데이타의 양과



실제 사용한 테이블스페이스와의 차이가 생기는 겁니다...



디비는 속도의 향상을 위해서 페이지 단위로 모든 처리를 합니다.. 이러한 페이지의



크기가 만약 4kbyte라면... 여기에 몇개의 레코드가 들어갈까??? 이건 문제죠????



varChar를 많이 써서 가변적인 레코드가 있는데...



만약 테이블이 a varchar(2000), b varchar (2000) 이런 식의 테이블이 있다고 하면..



도데체 이놈의 크기를 어느정도로 잡아야 할지를 알지 못합니다.... 디비가 만능이 아닌



이상 제대로 알지 못할겁니다.. 그래서 테이블의 설정에 보면 PCTFREE와 PCTUSED라는 설



정이 있습니다.. 이건.. 조금 설명이 길어지는데.. 간단하게만 이 테이블의 사용



용도를 말하는 겁니다..



음..예를 들어서 어떤 a라는 테이블은 수정이 많이 일어나고 추가는 잘 일어나지 않고요



또 B라는 테이블은 반대로 추가가 많이 일어나고 수정이 많이 일어나지 않는다면..



이설정을 A는 PCTFREE를 많이 잡아주고 PCTUSED는 작게 잡아줍니다..



B테이블은 반대로 하죠.. 보통 이 두 값의 합은 80 - 90정도로 하는게 보통이고



90이상은 하지 않는게 좋습니다...



음... 이게 왜 중요하냐면... 실제 디스크에 어떤 데이타들이 저장이 됩니다...



그럼... 10만개의 데이타가 순차적으로 저장이 되어 있는데.. 중간에 하나의 테이블이



수정될때.. 그때.. 그 뒤의 수만개의 테이블을 뒤로 미룬다고 생각해보셍.. 이건 얼마나



큰 낭비 입니까???



그래서 이러한 수정이 일어나서 레코드의 크기가 커질때... ( 필드의 길이가 가변이니까



레코드 또한 가변이겠죠? ) 이러한 수정이 일어날수 있는 공간을 예약하는 겁니다..



그렇다고 이런 PCTFREE를 크게 잡으면 너무 많은 공간이 낭비되어서 쓸데없이 비어있는



공간이 많아지죠... 그래서 이런 설정은 프로젝트에 대해서 잘 아는 사람이 하게 됩니



다. 보통 팀장이나 부팀장 정도???? 프로젝트 전반과 실무에 대해서도 잘 알아야만이



예측 가능하겠죠???.



보통은 20, 60이나 30 , 60정도?? 10, 70 (60) 정를 많이 쓰죠.. 뭐 이건 이쪽에 공부



를 좀 하셔야 겠네요..



또한 이러한 테이블의 크기라는 것을 말할때.. 꼭 테이블만을 생각하진 않죠..



인덱스도 있고 뷰를 만든경우에는 이러한것도 생각을 해 봐야 겠죠...



조금은 설명이 되었는지요..... 좀 장황하게 설명했나????....



어쨌든... 데이타를 넣지 않은 필드는 NULL값을 허용할 경우 이론상으론 크기가 0이



되어야 하지만.. 실제 디비에서는 그 레코드가 차지하는 크기가 필드의 길이의 합이



아니라는 거죠.. 그래서 실제 그 필드가 0이든 그렇지 않든 별로 중요하게 다루어 지진



않습니다... 왜냐하면 중요한건 이러한 레코드 또는 테이블의 크기니까요...



실제로 디비에서 10M짜리 디비를 TEXT로 변환해서 받으면 몇분의 일 정도로 줄어 버리는



경우가 대부분이죠... 왜냐하면 위에서 말씀드린 그런 공간 때문입니다..



뭐 그것 말고도 여러가지 많죠..



저도 잘아는건 아니라 여기까지만 하고 줄일께요...



디비라는게 좀 재미 있어서 여기에 푹 빠져있었던 적이 있었죠..



이놈은 하면 할수록 난해하고 어려운것 같아요...



정확성과 빠른속도를 위한 것임에도 불구하고.. 그 속을 보면 1+1=2가 아니죠..



자칫 잘못쓴 커리 하나때문에 시스템 전체의 속도가 떨어질수도 있고.. WHERE문 하나



에 무지 신경을 써야하고 테이블 설계를 어떻게 하고 인텍스 뷰등등을 어떻게 만드느냐



하는게 시스템에 디비 프로그램에서는 무지무지 큰비중을 차지하죠...



그냥 SQL쓰고 인덱스 만들고 뷰만들고 하는건 별로 어려운게 없는데 말이죠....



그럼.. 답변이 되었는지 모르겠네요... 답변은 안하고 쓸데없는 말만 늘어놓은것 같네요....



즐거운 시간 되세요..



- 하얀까마귀 -









까마귀 wrote:

> 장은석님 하얀까마귀님 두분모두 감사드립니다.

> 한가지만 더 질문을 할께요.

> VarChar로 잡았을 경우에 데이터를 입력을 하지 않으면 그 크기는 어떻게 됩니까?

> 아예 크기가 잡히지 않나요? 아니면 원래 정의한 크기로 잡히나요?

> 이게 궁금한데 꼭 좀 부탁드립니다.

>

>

>

> 위대한 단군혼이 살아있는 나라.... 대한민국