[지디넷코리아]필자가 대학을 처음 들어가서 만졌던 컴퓨터에는 DOS가 설치되어 있었다. 메인 프레임에 연결된 터미널도 있었지만 이런 터미널은 실습 때와 학점과 씨름할 때를 제외하고는 큰 필요성을 못 느끼게 하는 존재였다. DOS가 설치된 PC는 필자에 한글을 두 가지 방식으로 보여줬다. 하나는 한글 BIOS라는 조그만 카드를 끼워서 지원하는 방법과 소프트웨어로만 구현된 한글 바이오스 프로그램을 이용하는 방법이 그것이다. 그 당시 한글 바이오스 프로그램을 실행하기 전에 한글로 된 프로그램을 실행하면 깨진 글자가 나타나 당황하는 사람도 여럿 있었다. 그만큼 PC의 저변이 확대된 상태는 아니었다.

하지만 윈도우를 접하면서 이런 게 필요 없구나 하는 생각에 정말 신기해했던 기억이 난다. 더구나 윈도우 95는 한글을 문제없이 쓸 수 있겠구나 싶은 생각을 절로 하게 했다. 하지만 개발자로 시각을 바꾼 후 의외로 ‘한글’과 관련된 이슈는 윈도우가 XP가 나오고 기술이 앞서감에도 불구하고 꾸준히 내 발목을 붙잡았다.

DB에 안 들어가는 한글?!
한 번은 모 통신회사에서 데이터베이스를 마이그레이션할 때였다. 몇 번의 시행착오와 테스트를 거친 상태에서 시스템에 접속되는 모든 클라이언트의 연결을 끊고 데이터베이스를 익스포트/임포트했다. 진행 상태는 정상적이었으며 임포트가 완료되자 프로젝트 팀은 기쁜 마음으로 자리를 뜨려고 했다. 하지만 테스트 페이지를 확인하니 한글이 전부 깨져 나오는 것이 아닌가. 그리하여 원래 운영중이던 데이터베이스로 운영에 들어갔고, 프로젝트 팀은 다른 스케쥴을 잡고 다시 데이터베이스를 이전해야만 했다.

원인은 엔지니어 중 누군가가 언어 설정을 바꿔 놓은 탓에 임포트시 문자 셋이 깨져 들어간 것으로 밝혀졌다. 이로 인해 다음 유지보수 일정까지 시스템 전환 일정이 지연되는 어려움을 겪어야만 했다. 이 사건은 사소한 것부터 모두 체크하고 신경쓰는 세심함을 배우기는 계기가 되기도 했다. 이렇듯 한글로 인한 문제는 데이터베이스뿐만 아니라 일상적인 개발 업무에서도 문제가 된다. 다음과 같이 간단한 테이블을 만들어 보자.


그리고 테이블에 한글을 정해진 글짜만큼 넣어보자. 자바로 간단한 JDBC 프로그램을 만들어 보겠다.


이 프로그램을 실행하면 다음과 같은 에러를 만들어 낸다.


한글 한 글자를 2바이트로 계산하면 분명 varchar2(20) 컬럼에 들어가야 하는데 안 들어가니 이상한 노릇이다. 더군다나 오라클에서 던지는 에러 내용은 더 가관이다. 글자 수가 10개라는 것은 세어보지 않아도 될 정도의 적은 텍스트인데 그 컬럼에 들어가기에 너무 크다는 것이다.