DB 필드명 명명법 관련 글 삭제되었네요 정보
DB 필드명 명명법 관련 글 삭제되었네요본문
방금 글이 삭제되었던데 제가 댓글을 달면 원문이 삭제되네요
그나 저나
생각이 자유롭다고 해야하나요?
db 필드명에 테이블이름을 붙이는 분 부터
대부분의 DB에서 필드명 대소문자를 가리지 않는데 그럼에도 불구하고
대소문자를 섞어서 사용되는
프로그래밍 변수 명명법에서나 쓰이는 카멜 표기법을 주장하시는 분이 있네요 ㅋㅋㅋ
추천
0
0
댓글 16개
아. 숨숨이님이 댓글 다셔서 삭제한 것이 아닙니다.
너무 질문 글인 거 같아서 삭제했습니다.^^
너무 질문 글인 거 같아서 삭제했습니다.^^
필드명은 정했나요? ㅋ
고민 중이네요.
해외 SQL Naming Convention 검색을 하며 해외 쪽에는 어떻게 사용하나 한번 검색하고 있었네요. ㅎ
해외 SQL Naming Convention 검색을 하며 해외 쪽에는 어떻게 사용하나 한번 검색하고 있었네요. ㅎ
가장중요한건 일괄성 이에요
가령
user_nm
company_name
이렇게쓰면 안됨 name 으로 쓰던가 nm 으로
하던가 일괄성을 유지해야함
가령
user_nm
company_name
이렇게쓰면 안됨 name 으로 쓰던가 nm 으로
하던가 일괄성을 유지해야함
user_nm
company_name
이게 왜 안되지요?
_ 쓰면 안되는건가요?
company_name
이게 왜 안되지요?
_ 쓰면 안되는건가요?
user_name , company_name
또는
user_nm , company_nm
이렇게 통일하라라는 것을 권장하지요..
또는
user_nm , company_nm
이렇게 통일하라라는 것을 권장하지요..
좀 시스템이 큰 곳에서 일하면 협업이 가장 중요한대
저런 네이밍때문에 의외로 버그가 많이 나고 생산성이 떨어집니다
저런 네이밍때문에 의외로 버그가 많이 나고 생산성이 떨어집니다
제가 단 댓글 말씀하시는거죠?
대소문자 구분안한다는건 윈도우 환경에서만 mysql을 사용해보셨나보네요.
대소문자 구분안한다는건 윈도우 환경에서만 mysql을 사용해보셨나보네요.
글쓴이 DB가 mysql 라고 했나요?
대부분의 DB라고 했죠?
님과 같은 부류가 있어요 딱 한가지만 생각하는..
얘를들어서 mysql 을 mssql로 바꾼다면 고칠게 많아지겠네요...
대부분의 DB라고 했죠?
님과 같은 부류가 있어요 딱 한가지만 생각하는..
얘를들어서 mysql 을 mssql로 바꾼다면 고칠게 많아지겠네요...
옮고 그름을 떠나서 상당히 공격적으로 보이는데 제가 숨숨이님한테 어떤 공격적인 말로 지난댓글에 글을 달았나요?
그 대부분의 db에서 mysql 은 빠지나보죠?
당신과 같은 부류가 있어요. 다른 사람의 의견과 생각은 개무시하는...
저는 지난글에 어떠한 공격적은 어투도 사용하지 않았습니다.
그런데 지금 본문글을 보면 "뭐 이딴 어이없는?" 식의 글입니다.
그누보드가 언더바를 썼다고 해서 문제가 있습니까.
혼자만 큰시스템을 개발해보셨나보네요.
여러 대형 SI를 경험해보세요. 아.. 여기는 또 이렇게 하는구나.. 라는걸 아실 수 있을테니까요.
도데체 일반적으로.. 라는 확신은 어디서 나온 확신인지요?
카멜표기법은 일반적이 아니다? 일반적이 아닐수도 있습니다. 그러나 이렇게 깔아뭉개듯이 글을 적어내면 안되지 않을까요?
10년이상 개발해오면서 이렇게 개무시 당하긴 처음이네요.
그리고 참고로. 카멜표기법이라고 해서 mysql 에서 mssql 로 변경할때 다른건 없습니다...
당신과 같은 부류가 있어요. 다른 사람의 의견과 생각은 개무시하는...
저는 지난글에 어떠한 공격적은 어투도 사용하지 않았습니다.
그런데 지금 본문글을 보면 "뭐 이딴 어이없는?" 식의 글입니다.
그누보드가 언더바를 썼다고 해서 문제가 있습니까.
혼자만 큰시스템을 개발해보셨나보네요.
여러 대형 SI를 경험해보세요. 아.. 여기는 또 이렇게 하는구나.. 라는걸 아실 수 있을테니까요.
도데체 일반적으로.. 라는 확신은 어디서 나온 확신인지요?
카멜표기법은 일반적이 아니다? 일반적이 아닐수도 있습니다. 그러나 이렇게 깔아뭉개듯이 글을 적어내면 안되지 않을까요?
10년이상 개발해오면서 이렇게 개무시 당하긴 처음이네요.
그리고 참고로. 카멜표기법이라고 해서 mysql 에서 mssql 로 변경할때 다른건 없습니다...
다시 읽어보니
제가 말이 과하고 충분이 기분을 상하게 하는 글이었네요
사과드립니다. 맞습니다. 개발이란게 교과서같은 정답은 없습니다.
제가 말이 과하고 충분이 기분을 상하게 하는 글이었네요
사과드립니다. 맞습니다. 개발이란게 교과서같은 정답은 없습니다.
일반적인 sql 필드명의 명명법에 대한 얘기입니다.
상황에 따라 다르겠지만
저의 경우에 협업 개발할 경우
아래와 같이 정했습니다.
1) 소문자로만 하라
2) 가급적이면 _ 을 넣지 않되,
업무 내용이 좀 되는 업무(전체)의 경우는 _ (언더바) 을 넣어서 필드명을 정한다
3) 축약하되 최대한 다른 개발자가 필드명을 보고 추측이 가능하도록 한다.
(예) wdate <-- 작성일, mdate <--- 수정일
4) relation 있는 필드의 경우 양쪽다 이름을 같게 한다
5) 기타 등등...
단, 테이블을 조회한 결과을 객체로 생성해서 이용하는 경우는 또 다른 방식....
원도우의 경우에도 변수명과 필드명에 대한 명명법 때문에
논의가 많았었습니다만 혼자 개발 할 경우이면서 작은 사이트라면
어떻게하든 괞찮지 않을까 싶습니다.
( 단 db 명세서는 무조건 있는 조건으로요 )
(*) 참고로 어떤 DB 이건 개발(유지보수)업체마다 방식이 다 틀리더군요
http://blog.naver.com/newcomsa/30138867176
http://purumae.tistory.com/8
저의 경우에 협업 개발할 경우
아래와 같이 정했습니다.
1) 소문자로만 하라
2) 가급적이면 _ 을 넣지 않되,
업무 내용이 좀 되는 업무(전체)의 경우는 _ (언더바) 을 넣어서 필드명을 정한다
3) 축약하되 최대한 다른 개발자가 필드명을 보고 추측이 가능하도록 한다.
(예) wdate <-- 작성일, mdate <--- 수정일
4) relation 있는 필드의 경우 양쪽다 이름을 같게 한다
5) 기타 등등...
단, 테이블을 조회한 결과을 객체로 생성해서 이용하는 경우는 또 다른 방식....
원도우의 경우에도 변수명과 필드명에 대한 명명법 때문에
논의가 많았었습니다만 혼자 개발 할 경우이면서 작은 사이트라면
어떻게하든 괞찮지 않을까 싶습니다.
( 단 db 명세서는 무조건 있는 조건으로요 )
(*) 참고로 어떤 DB 이건 개발(유지보수)업체마다 방식이 다 틀리더군요
http://blog.naver.com/newcomsa/30138867176
http://purumae.tistory.com/8
전 테이블명에는 저만의 고유한 문구를 포함하빈다.
그리고 필드명은 보편적인것에 2~3문자를 더 쓰곤하지요...
뭐 나름대로의 표식(?) 이라고나 할까요? ㅎㅎ
그리고 필드명은 보편적인것에 2~3문자를 더 쓰곤하지요...
뭐 나름대로의 표식(?) 이라고나 할까요? ㅎㅎ
그냥 꼴리는 대로 쓰시면 됩니다.