DB 필드명 명명법 관련 글 삭제되었네요 > 십년전오늘

십년전오늘

10년전 추억의 책장을 넘기며

DB 필드명 명명법 관련 글 삭제되었네요 정보

DB 필드명 명명법 관련 글 삭제되었네요

본문

방금 글이 삭제되었던데 제가 댓글을 달면 원문이 삭제되네요

그나 저나 

SIR 회원님들은 개발에 대한 상식은 좀 일반적인 것 보다 독특한것 같아요 

생각이 자유롭다고 해야하나요?

db 필드명에 테이블이름을 붙이는 분 부터

대부분의 DB에서 필드명 대소문자를 가리지 않는데 그럼에도 불구하고

대소문자를 섞어서 사용되는

프로그래밍 변수 명명법에서나 쓰이는 카멜 표기법을 주장하시는 분이 있네요 ㅋㅋㅋ



  • 복사

댓글 전체

글쓴이 DB가 mysql 라고 했나요?

대부분의 DB라고 했죠?

님과 같은 부류가 있어요 딱 한가지만 생각하는..

얘를들어서 mysql 을 mssql로 바꾼다면 고칠게 많아지겠네요...
그 대부분의 db에서 mysql  은 빠지나보죠?
당신과 같은 부류가 있어요. 다른 사람의 의견과 생각은 개무시하는...
저는 지난글에 어떠한 공격적은 어투도 사용하지 않았습니다.
그런데 지금 본문글을 보면 "뭐 이딴 어이없는?" 식의 글입니다.
그누보드가 언더바를 썼다고 해서 문제가 있습니까.

혼자만 큰시스템을 개발해보셨나보네요.
여러 대형 SI를 경험해보세요. 아.. 여기는 또 이렇게 하는구나.. 라는걸 아실 수 있을테니까요.

도데체 일반적으로.. 라는 확신은 어디서 나온 확신인지요?
카멜표기법은 일반적이 아니다?  일반적이 아닐수도 있습니다. 그러나 이렇게 깔아뭉개듯이 글을 적어내면 안되지 않을까요?

10년이상 개발해오면서 이렇게 개무시 당하긴 처음이네요.
그리고 참고로. 카멜표기법이라고 해서 mysql 에서 mssql 로 변경할때 다른건 없습니다...
다시 읽어보니

제가 말이 과하고 충분이 기분을 상하게 하는 글이었네요

사과드립니다. 맞습니다. 개발이란게 교과서같은 정답은 없습니다.
상황에 따라 다르겠지만
저의 경우에 협업 개발할 경우
아래와 같이 정했습니다.

1) 소문자로만 하라
2) 가급적이면 _ 을 넣지 않되,
    업무 내용이 좀 되는 업무(전체)의 경우는 _ (언더바) 을 넣어서 필드명을 정한다
3) 축약하되 최대한 다른 개발자가 필드명을 보고 추측이 가능하도록 한다.
    (예) wdate  <-- 작성일, mdate <---  수정일
4) relation 있는 필드의 경우 양쪽다 이름을 같게 한다
5) 기타 등등...

단, 테이블을 조회한 결과을 객체로 생성해서 이용하는 경우는 또 다른 방식....

원도우의 경우에도 변수명과 필드명에 대한 명명법 때문에
논의가 많았었습니다만 혼자 개발 할 경우이면서 작은 사이트라면
어떻게하든 괞찮지 않을까 싶습니다.
( 단 db 명세서는 무조건 있는 조건으로요 )

(*) 참고로 어떤 DB 이건 개발(유지보수)업체마다 방식이 다 틀리더군요
http://blog.naver.com/newcomsa/30138867176
http://purumae.tistory.com/8
전 테이블명에는 저만의 고유한 문구를 포함하빈다.
그리고 필드명은 보편적인것에 2~3문자를 더 쓰곤하지요...
뭐 나름대로의 표식(?) 이라고나 할까요? ㅎㅎ
© SIRSOFT
현재 페이지 제일 처음으로