안녕하세요. 델초보 hobakpa입니다.
공부삼아 tb필드에 일련번호를 넣는것을 해봤는데 약간 이상하군요.
제가 이상하게 생각하는건 필드를 추가 할 때마다 자동으로 카운터가
붙더군요. 물론 pk로 잡았고요. 5건정동 데이타를 입력해 보았습니다.
카운터가 0,1,2,3,4 잘들어갑니다.
또 삭제를 해보았습니다. 번호 0,1을 지웠죠.
남아있는 카운터는 2,3,4 입니다. 다시 입력을 해봤는데 카운터가 5가 되더군요.
그러면 중간중간에 삭제된 일련번호는 뻥뚤리게 되는걸 알았죠.
계속 이런식의 작업이 계속될텐데 지저분해지는 일련번호가 걱정이군요.
그냥 연습입니다. 실무에서 이런 지저분한 일련번호를 정리하는 작업을
넣는 경우가 있나요? 있으면 어떤식으로 돌리는지 궁금하군요?
그냥 공부하다 보니 이렇게 넋두리 하고 갑니다.
> 안녕하세요. 델초보 hobakpa입니다.
>
> 공부삼아 tb필드에 일련번호를 넣는것을 해봤는데 약간 이상하군요.
>
> 제가 이상하게 생각하는건 필드를 추가 할 때마다 자동으로 카운터가
>
> 붙더군요. 물론 pk로 잡았고요. 5건정동 데이타를 입력해 보았습니다.
>
> 카운터가 0,1,2,3,4 잘들어갑니다.
>
> 또 삭제를 해보았습니다. 번호 0,1을 지웠죠.
>
> 남아있는 카운터는 2,3,4 입니다. 다시 입력을 해봤는데 카운터가 5가 되더군요.
>
> 그러면 중간중간에 삭제된 일련번호는 뻥뚤리게 되는걸 알았죠.
>
> 계속 이런식의 작업이 계속될텐데 지저분해지는 일련번호가 걱정이군요.
>
> 그냥 연습입니다. 실무에서 이런 지저분한 일련번호를 정리하는 작업을
>
> 넣는 경우가 있나요? 있으면 어떤식으로 돌리는지 궁금하군요?
>
> 그냥 공부하다 보니 이렇게 넋두리 하고 갑니다.
>
의견입니다...
DB 필드중 자동증가 필드라 불리는 부분은 목적이 있죠. RDB 구조상 유니크 필드가
포함되어야 하는 조건(?) 레코드를 구분하기위해서죠... 그 목적에 부합되게
자동증가 필드를 사용한다면 충분조건이 될 수 있죠. 이것 저것 생각없이 유니크
필드의 존재가 필요하나 적당한 필드가 없거나. 새로 구성된 필드의 목적이 검색
또는 여타 다른 목적이 이용된다면 자동증가필드를 사용안하는 것도 무방합니다.
위에서 표현하신 지저분한 일련번호라 하였으나, 유니크 키를 만들기 위해 또한 구멍난것을 채우기위해 하기위한 지저분한 작업은 어떻게 생각하시는지 궁금합니다.
의견입니다.