PostgreSQL에서의 유니코드라는 문자셋은 엄격히 말해서, utf-8 코드입니다.

그래서, 8.1부터는 unicode라 하지 않고, utf-8로 구체적으로 명시했습니다.

utf-8 코드는 서양권 문자는 1byte, 한글은 3byte로 저장됩니다.

그리고, PostgreSQL의 length() 함수는 그 문자열의 byte수를 계산하는 것이 아니라, '글자'수를 계산하는 함수입니다.

즉, length('abc') = length('가나다')가 성립됩니다. 똑같이 3입니다.

마지막 입출력에서 2byte 출력을 원하면, A-Z0-9 문자에 대해서 2byte 처리를 하려면, 일단 uhc 전각문자로 변환하는 함수 하나를 만드셔야할 것같네요.

상기님의 답변 잘 보았습니다. 감사합니다.

추가로... 일단 1번 질문 중에 client_encoding이 유니코드로 되어 있을때는 왜 insert 문장이 실행이 안된건지요...

증상은 어떠했냐 하면요...

prompt 상태에서 ' 문자를 입력하면 줄 바뀜 뒤 추가 입력을 기다리는 듯한 상태로 되거든요..

왜 그런건지.. 그리고 그 상태에서 제가 Ctrl+C 로 빠져 나왔는데 그렇게 나와도 되는건지.. (psql 자체를 빠져 나온건 아니구요, 방금 말씀드린 문자 입력 대기 상태.. sql 문 자체가 실행 되거나 하진 않습니다)

두번째로...

한글이 세바이트다?? 이건 좀 놀랍네요.. 어떤 이유가 있는건지...

제가 지금 샘플로 프로그램을 하나 작성해서 프로그램에서 읽어봐도 역시 3바이트로 리턴이 되더군요...

영숫자의 경우에는 전각문자로 변환하는 함수를 작성한다고 해도, 한글의 경우 3바이트를 2바이트로 처리할 수 있는 방법은 없는 건가요?

다른 분들은 모두 PostgreSQL을 사용하시면서 한글 3바이트를 감안하고 사용하시는지....

바쁘시겠지만 추가 답변 부탁드립니다.

모두들 오늘도 즐거운 하루 보내시길~ ^^

윈도우신가요 유닉스 계열인가요?

쉘의 특성이나 환경 변수에 따라 사용할 수 있는 클라이언트 인코딩이 한정적일 수 있습니다

리눅스라면요

유니코드 DB에 들어갈 때 export LANG=ko_KR.utf8 이걸로 실행환경을 맞춰주고 들어가면 정상적으로 됩니다. 물론 터미널 프로그램이 유니코드를 표시할 수 있어야겠죠

echo $LANG 해보셔서 현재 쉘의 환경을 보셔도 되구요. 이 값이 ko_KR.eucKR 이시라면 psql로 들어갔을 때 \encoding uhc 등을 해주셔야 한글 입출력이 제대로 됩니다.

이것은 pgsql의 문제라기 보다는 실행환경의 차이에 따라 발생하는 문제입니다.

한글은 2~3 바이트입니다. utf-8의 경우 종성이 있다거나 하면 최대 3바이트까지 차지할 수 있고요. 유니코드의 여러가지 이점 때문에 감안하고 사용하고 있습니다. 말씀하신대로 "변환하는 함수가 있다면" 2바이트로도 처리할 수 있을겁니다. ㅎ

신기배님이 말씀하신 것처럼 클라이언트 터미널 환경이

ko 일경우는 db가 utf-8 이면 클라이언트의 인코딩을 uhc로

바꿔줘야 하는게 맞습니다.

자세한것은 신기배님 답변물을 잘 읽어보시면 될 듯 하고요.

--

저 역시 utf-8 가 가지는 이점이 있어 글자당 3바이트를 감안하고

사용합니다.^^