~~ 여부, ~~유무를 변수명, 컬럼명 보통 어떻게 쓰나요?

Question

변수명은 그렇다 쳐도 디비 설계시 컬럼명만들때 예를들면 '진행 여부', '삭제 여부', '수정 여부' , '사망 여부' 등 ~여부를 영어로 어떻게 표현해야할지progress_?? , deleted_?? updated_?? death_?? 같은 맥락으로 ~ 유무는 어떻게 쓰는지도 모르겠구요멤버유무, 호흡 유무(호흡이 있냐 없냐에 대한) 보통 날짜는 at을 많이 쓰나요?created_at, updated_at, joined_at

카페인캔디 · Answer

저같은경우 여부는 _YN을 많이 사용했고 날짜 관련해서는 일시일경우 _dttm을 사용했습니다.progress_yn, created_dttm 이런식으로요

드코 · Answer

카페인캔디 저도 입니다

h0ngz · Answer

축약어를 너무 많이 쓰면 맵핑되는 변수명들이 좀 지저분해지지 않나요?정부사업을 하느라 축약어 많이 쓰다가 알아보기 너무 힘들어서 신규 프로젝트는 그냥 풀네임으로 싹 바꿀려고 각재고있습니다.

카페인캔디 · Answer

풀네임과 축약어는 개발자마다 호불호가 있지만 저는 개인적으로 축약어를 선호합니다. 그 이유는 풀네임으로 작성했을때 가독성이 좋지 않기 때문입니다. 고객전달메세지여부 라는 가상의 컬럼으로 예시를 들어보면 - 풀네임: CUSTOMER_FORWARD_MESSAGE_YN - 축약어: CSTMR_FWD_MSG_YN 고객&#43;전달&#43;메세지&#43;여부. 총 4개 단어로 이뤄진 컬럼으로 그 이상의 단어조합으로 구성된 컬럼이 존재할경우 풀네임으로 작성시 너무 길어 가독성이 좋지 않습니다.(개인적인 의견입니다.) 현재 하고계신 프로젝트에 축약어때문에 알아보기 힘들단 말씀은 축약 관련 정책 없이 각자 다른 방식으로 축약어를 쓰고있지 않을까 생각합니다. (예를들면 DATETIME -> DTTM, MESSAGE -> MSG 로 명명하자는 정책... etc) 축약어에 대한 정책을 내부적으로 정해도 되고 만약 신규플젝을 풀네임으로 한다면 오타만 조심하면 됩니다.(오히려 풀네임으로 했을때 생각외로 오타가 많이 나옵니다.)

여부, 유무를 변수명, 컬럼명 보통 어떻게 쓰나요?

4개의 답변

Q&A 목록