특정 컬럼(ex. PK)에 CHAR를 사용하지 않는 이유

Question

안녕하세요 SI 기업에 신입으로 취업한 병아리입니다.속하게 된 팀에서 전에 진행했던 프로젝트 코드와 DB 테이블 등(오라클)을 보고 있는데요성별을 예로 들었을 때 어떤 테이블은 데이터타입을 CHAR(2bytes)로 지정하고 어떤 테이블은 VARCHAR2(2bytes)로 설정해두었길래 사수에게 여쭤봤습니다. 고정 길이라면 보통 CHAR를 사용하지 않나요? 라고요. 실제 들어가는 값은 M / F 둘 중 하나였거든요.그러자 사수가 그렇게 생각해서 CHAR를 사용했다가 혼났다고 웃으며 말씀하시더니 왜 혼났는지 궁금해하는 저에게 왜 CHAR를 쓰지 않는지 직접 한번 알아보라고 하시더군요. 그러시면서 특정 컬럼에 CHAR를 사용하지 않는 이유를 조사해보라고 숙제를 주셨습니다.일단 제가 찾아본 내용 중에는CHAR를 쓴다고 유의미하게 VARCHAR2보다 유리하지 않다.alter modify를 통한 자릿수 늘리기 등에 심각한 오버헤드가 존재한다.특히 PK의 경우 CHAR는 alter modify시 내부적으로 DML이 작동하기 때문에 무결성 제약조건에 위배되어서 사용하지 않는다.라는 글이 있었습니다. 혹시 이 이유 말고도 실무에서 특정 컬럼이 CHAR를 사용하지 않는 이유가 있을까요? 실제 근무하고 계시는 선배님들께 여쭙고 싶습니다.

ㅇㅈㅇ · Answer

이유는 문자열 필드를 VARCHAR 하나로 통일하는 것보다데이터를 기준으로 char, varchar 나누는게 번거롭고 귀찮아서 입니다.테이블 정의할 때 문자열이면지금도 앞으로도 고정길이 데이터인가? CHAR지금은 고정길이 데이터지만 가변길이로 확장될 가능성이 있는 데이터인가? VARCHAR가변길이 데이터인가? VARCHAR이 로직으로 데이터 예상하면서 하나하나 따로 정의 하는 것보다걍 문자열이면 다 VARCHAR로 퉁치는게 훨씬 손이 덜가니까요.원론적으로 들어가면&#34;해당 필드의 저장될 모든 문자열 길이가 동일한가?&#34; 라는질문에 대한 대답이 Yes면 CHAR를 쓰는게 더 좋죠.

심심하다능! · Answer

전 숫자때문에 여기저기 알아 본 적이 있는데요. 1자리 또는 2자리 그런 것 신경쓰지 말고 int형인 정수로 저장하라고 하더군요. db설계 등이 정수형에 최적화되어 더 빠르다고 하더군요. 문자열도 그런 이유 아닐까요. 즉 db입장에서 char가 빠르기는 커녕 최적화 문제가 있어서 아닐까요? 그리고 f, m 처럼 제한을 두기 위해 요즘 enum을 사용해서 로직단에서 컨트롤하지 않나요? 전 무조건 enum으로 제한을 겁니다.

어쩌다개발자 · Answer

고정적인 문자길이가 나중에도 절대 바뀌지않는다면 char를 쓰는게 맞죠.그 절대라는게 없다는게 문제랄까?ㅎ

basscraft · Answer

잘 찾아 보신듯 하네요예전에 대용량데이터베이스 솔루션2 공동저자 조광원이사 강의 첫강에 나옵니다.고정길이도 그냥 VARCHAR써라...이유는 글쓴이가 쓰신 내용과 비슷했던 것 같네요.

특정 컬럼(ex. PK)에 CHAR를 사용하지 않는 이유

4개의 답변

Q&A 목록