UUID를 형식만 사용하고 실제로는 String 으로 사용하는게 별 문제 없을까요?

Question

프로젝트에서 ID의 대부분은 UUID 로 구현하고 있었습니다. 그런데 다른 팀원분들은 UUID를 쓰긴 쓰시는데, 이걸 전부 String으로 저장해서 사용하시고 있어서요.어쩌다 중간에 백업으로 들어가서 몇개 기능개발하고 났더니 UUID - String 이라 바로 Join 이 안되는 작은 참사가 발생했는데,UUID 면 UUID 지 이걸 String으로 쓰는게 맞나..? 싶은 생각이 들고 있어서다른 문제는 없는건지 혹은 오히려 UUID 스타일만 가지고 String 으로 쓰는게 더 좋다 라는 의견도 있을런지고견을 듣고 싶습니다.

쿠잉 · Accepted Answer

db에 저장하는 것을 말씀하시는걸까요?db는 무엇인가요?

dsms · Answer

강타입으로 쓰느냐 마느냐 문젠데 강타입추천합니다.

초무쿤 · Answer

개인적으론 대리키로 시쿼스보다 UUID를 선호하는 편인데UUID string 에서 의미없는 하이픈(-) 삭제 후 32문자열을 varchar(32)에 저장하는 편입니다.이하 적기 귀찮아 chatGPT 답변으로 대체합니다. ㅎ;-- chatGPT 답변 --UUID를 String으로 저장하는 방식의 장점은 다음과 같습니다:호환성: 대부분의 데이터베이스 시스템과 프로그래밍 언어에서 String 데이터 형식을 지원하기 때문에, UUID를 String으로 저장하면 호환성 문제가 크게 발생하지 않습니다.가독성: UUID를 String으로 저장하면 읽기 쉽고 이해하기 쉬운 형식으로 데이터를 저장할 수 있습니다. 따라서 데이터베이스나 로그 파일과 같이 직접적으로 읽거나 사용해야 하는 경우 유용합니다.반면에 UUID를 직접적으로 UUID 형식으로 저장하는 방식의 장점은 다음과 같습니다:공간 효율성: UUID를 String으로 변환하여 저장하는 경우, 추가적인 저장 공간이 필요합니다. UUID를 그대로 저장하면 데이터 저장 공간을 줄일 수 있습니다. 그러나 대부분의 경우 저장 공간은 현대의 하드웨어에서 큰 문제가 되지 않습니다.유니크한 식별자 유지: UUID는 일반적으로 전 세계적으로 고유한 식별자로 사용됩니다. UUID를 그대로 사용하면 중복되지 않는 식별자를 보장할 수 있습니다.

UUID를 형식만 사용하고 실제로는 String 으로 사용하는게 별 문제 없을까요?

3개의 답변

#uuid 목록