DB설계시 상수 처리 enum VS 그냥 수로 쌓이게 하기

Question

안녕하세요. 신입 개발자입니다. _ _)사내에서 스케줄링 관련 DB 설계를 하는 중, 의견이 갈려 질문드리게 되었습니다.저는 개인적으로 수정하거나, 추후 관리 차원에서 enum으로 처리를 하고 싶은데,다른 개발자 분께서 어차피 db를 볼 사람은 우리밖에 없으니 성능 차원에서 0,1,2,3으로 쌓이게끔 하자고 하시더라구요.저는 성능 차원까지 생각하진 못했거든요.덧붙여, 앞서 필드A에서 숫자의 경우에 따라 필드B의 데이터 값과 의미도 숫자로 처리하자고 하셨어요. (예시 올리겠습니다.)신입과 저연차끼리 머리를 맞대고 있는데,어떤 측면까지 염두에 둬야 할지, 어떤게 좋은 설계인지 기준을 모르겠어서, 조언을 얻고자 올립니다.그리고, 0~5사이 이런식으로만 처리할거라면, 타입도 Integer 아닌 short로 하면 될까요?질문을 요약하면1. 상수값을 처리할 때 DB 성능 차원에서 더 효율적인 방법.2, 위와 같은 상황에서 Intger말고 short로 처리해도 되는지?3. DB 하나의 필드에 데이터의 숫자가 의미가 달라지는 데이터를 담고 있어도 되는지?예시도 작성해서 올립니다.글 읽어주셔서 감사합니다!

메로나한입만 · Answer

enum으로 해도 성능차이가 크게 날 것 같진 않을 거 같을 거 같은데요?저는 enum으로 처리하는게 가독성이 좋고 실수할 일이 더 적다고 생각해서 enum 한표입니다

지붕뚫고높이차 · Answer

계산에 사용되면 숫자의미가 부여되면 문자를 사용합니다.말씀하신 데이터는 의미가 부여되는 문자고N, M, W, D char 한글자로 관리하며java 에선 동일항 String 형태 enum 적당하겠네요.성능에 대한 이슈는 그럴거다 이야기로 끝내지 마시고 테스트 케이스 만들어 측정해보새요.

최은영 · Answer

짧은 식견으론 성능에선 enum class가 더 좋죠..디비를 조회 안해도 되니까요..오히려 성능보단 관리적인 측면에서 디비를 이용하는게 더 좋은거구요.예시로 none/weekly/daily/monthly 만 있었는데 평일에만 작동하는 타입이 추가가 된다면을 가정하면디비로는 타입이 추가가 되면 되는데 enum은 재 배포가 필요한 부분?그리고 숫자형을 말씀하셨는데 이 부분이 성능을 차지하는 영역인거 같아요.key 가 되는 컬럼이 숫자형일 경우 다른 타입보다 가장 빠른 성능을 보장하거든요.그래서 제 생각엔 "디비를 이용해서 코드 값을 관리 하는데 해당 테이블의 키값은 성능을 고려하여 숫자형으로 하자"가 옆의 개발자가 말한게 아닌가 싶네요.

자바신생아 · Answer

숫자로 하게 되면 로그 보고 값 찾아보고.. 로그 보고 값 찾아보고.. 진짜 짜증납니다.

장독깨기 · Answer

db 에 숫자로 하든, 문자열로 하든, enum 으로 하든 성능에는 크게 상관 없습니다.전 그냥 문자열로 하는 편 입니다.근데, 스케쥴링 처리 할 거면 저런 형태보다 크론 표현식으로 한 번 해보세요. :)

테스트맨 · Answer

일단 성능을 떠나서.Enum 자체가 모든 DB가 지원하지 않는 기능이다보니까 일단 쓰는건 비추하구요.성능상 크게 차이나지는 않을 거라 생각하는데저라면 Enum대신 Varchar로 넣겠습니다.요즘 추세가 코드값도 고급언어로 표현해야합니다0,1,2,3,4는 문서를 보기전엔 알 수 없기 때문에 우리만 쓸거니까 숫자로 하자라는 논리는 따귀를 맞아야 하는 논리입니다.

yeori · Answer

cycle이란게 monthly 이면 ..., 29, 30, 31, 01, ... 이런식으로 값을 빙글빙글 돌리겠다는 의도인듯 합니다.(weekly면 6, 7, 1, 2... 이런 식...?)저같으면 turning_point(반환점)이라는 컬럼을 도입해서 숫자로 사용하겠습니다.TABLE cycles CP TP A 12 31 B 09 31 C 06 07 D 01 01cp - current_point(현재 날짜)tp - turning_point(반환점), cp == tp이면 cp를 1로 리셋함tp의 00, 07, 31이 일별, 주별, 월별로 해석되는 컬럼에 해당하고,나중에 요구사항이 추가되더라도 대응 가능합니다.근데 10일 주기도 되나요? 우리는 2주 단위로 해야 하는데... 걍 내가 임의로 정하게 해줘 제발...보통 enum을 쓰냐, 마냐(mysql) 말이 많은데, 성능은 문제가 안됩니다(별 차이 없음)enum을 쓰면 안되는 경우enum 타입 컬럼으로 비교를 해야하는 경우(작은거, 큰것들만..)데이터의 성격이 서로 배타적이지 않음데이터 집합이 변할 개연성이 높다!이 외에는 가독성을 높인다는 점에서 사용하면 좋습니다. 숫자보다는 기호로 표시하고 주석에 설명 달아놓으면 10년 후에도 누가 똥 밟을 일이 없음.위 사레에서는 성능보다도 애플리케이션 요구사항에 맞추려면 enum을 안쓰는게 나아보입니다.

심심하다능! · Answer

DB설계라는 것이 SQL단인지 ORM까지 포함인지가 명확하지 않아 두 가지 경우로 글을 씁니다. 일단 mysql처럼 db에서 지원을 하는 enum형식은 사용하지 마세요. 그러나 자바, C# 등의 enum을 말하는 거라면 무조건 enum을 사용해야죠. enum형식은 실제 db에 저장될 때 enum형식이 아닌 숫자형으로 db에 저장됩니다. 실제 db에 저장될 때 숫자형인데 도대체 어디서 성능차이가 있다는 거죠? 설마 ORM에서 enum형을 db 숫자형으로 바꿔 주는 단계를 가지고 성능 타령 하는 건가요? 이거야 말로 너무 어이없는 소리 아닐까요? C#는 숫자형으로 들어가고, 자바는 EnumType.ORDINAL가 기본으로 숫자형으로 들어갑니다. 물론 자바에서는 EnumType.STRING를 사용해서 실제 db에 문자열로 저장하는 것을 권장하는 상황입니다. enum을 사용하는 최대 장점이 어쩔 수 없이 언젠가는 실수할 수 밖에 없는 사람을 대신해서 개발언어와 IDE 차원에서 막아 주겠다는 것인데 그것을 사용을 하지 않는다니요. 마지막으로 다시 확인하자면 mysql 등의 db 자체 enum을 사용하자는 이야기는 절대 아닙니다. 그건 비추입니다.

DB설계시 상수 처리 enum VS 그냥 수로 쌓이게 하기

8개의 답변

Q&A 목록