안녕하세요.혹 파워빌더모임 카페의 ....?  전 미르..

방법은 여러가지가 있을수 있는데 가장 쉬운것은 자동 증가를 키로 잡는게 아닐까 봅니다. 가장 확실한 

방법일것 같구요.  중복 걱정은 전여 없게 되니까요. 

물론 매출,매입등의 주문 번호는 별도(display ) 로 만들고 이부분은 기존 루틴을 그대로 쓰셔도 좋을것 

같구요...

저도 이번 재개발하면서 모든 관리 (메인과 서브) 테이블의 기본키를 전부 자동 증가번호(identify)를 해

서 만들었는데 만족합니다.  물론 화면(사용자)입장에서는 이번호는 의미가 없기때문에 별도의 번호를 만

들어 보여줍니다. 이것은 기본키가 아니니까 고민하실 필요는 없죠. 이런 display 키는 모두 default로 설

정 해 버렸습니다. 각 업무별 함수를 만들어 default 처리를 해버렸죠.  

기본키는 기본키이고 별도로 유니크한 인덱스를 잡을수 있으니까 보여주는 번호를 인데스로 잡으셔도 될

거구요..

3tier 환경이 아니 c/s 환경일때는 기존 하시는 방식일때는

   프로그램의 로직상 완벽하게 중복을 배제할 수는 없을것 같구요.

1)  max값 셀렉트  ->  업데이트  하게 될때는 동시의 인서트 할때   중복발생 가능성이 높아지게 되죠.

2)  키테이블을 만들어서  사용하는 방법.

     . select  -> update   :  중복 발생가능

     . update -> select    :  중복 발생안함.  --> 기존 이방식을 사용.

3) 자동증가(identify)값 사용 --> 중복은 전혀 없음.

    . 다른 요인으로 인서트 실패시 증가값이 하나씩 띄어가는 증상 있음. 

      저장전 필수 컬럼의 검증이 필요 (당연한거지만요) 

1번은 동시에 저장이 이루어질때는 완벽한 중복배제는 어려울것 같네요. 

네트워크나 서버의 부하에 따라 발생도는 확연히 틀리거든요.  아주 깨끗한 상황 서버 성능 만빵 네트워

크 부하 전무 할때는 보통 말하는 확율이 거의 없지만  상태가 안좋아지면 자주 발생가능합니다.