혹시 충돌같은 거 생기지 않을까요? 자동으로 결정될까요? 정보
혹시 충돌같은 거 생기지 않을까요? 자동으로 결정될까요?
본문
innodb 테이블에서 auto_increment 컬럼이 primary 키로 지정되어 있을 경우,
insert 문을 하나의 트랜잭션으로 실행한다면 말입니다.....
commit가 끝나기도 전에 그 테이블에서 다른 사용자가 insert를 시도할 경우에
진행중인 트랜잭션의 auto_increment 을 고려해서 key 값이 자동으로 결정될까요?
혹시 충돌이나 그런 건 생기지 않을까요?
여러분의 의견은 어떠세요?
오라클의 myism에서는 중복되지 않는 걸로 알고 있는데요.....
insert 문을 하나의 트랜잭션으로 실행한다면 말입니다.....
commit가 끝나기도 전에 그 테이블에서 다른 사용자가 insert를 시도할 경우에
진행중인 트랜잭션의 auto_increment 을 고려해서 key 값이 자동으로 결정될까요?
혹시 충돌이나 그런 건 생기지 않을까요?
여러분의 의견은 어떠세요?
오라클의 myism에서는 중복되지 않는 걸로 알고 있는데요.....
추천
0
0
댓글 1개
아마 문제 없을 거라고 생각합니다.
사실 DB관리 프로세스가 없는 일반 ISAM 방식의 DB에서는 키중복 에러가 종종 발생합니다.
동시에 INSERT 할때 이것을 콘트롤할 수 있는 프로세스가 없기 때문입니다.
그래서 이런 파일db 에서는 가끔식 auto_increment 로 유니크한 값을 잡지 않고 날짜시간분&천분의일초..(200906181555001...) 같은 값으로 처리하는 경우도 있습니다..
그러나 오라클, mySQL 처럼 서버용 DB에서는 바로 이 DB가 이런것을 컨트롤해 줍니다.
즉 동시에 들어오면 너가 먼저 앞번호 가지고, 너는 두번째 번호를 가져라... 이런 식이지요...
확실한 것은 아니지만 경험상 그럴거라고 생각한 것입니다...^^
사실 DB관리 프로세스가 없는 일반 ISAM 방식의 DB에서는 키중복 에러가 종종 발생합니다.
동시에 INSERT 할때 이것을 콘트롤할 수 있는 프로세스가 없기 때문입니다.
그래서 이런 파일db 에서는 가끔식 auto_increment 로 유니크한 값을 잡지 않고 날짜시간분&천분의일초..(200906181555001...) 같은 값으로 처리하는 경우도 있습니다..
그러나 오라클, mySQL 처럼 서버용 DB에서는 바로 이 DB가 이런것을 컨트롤해 줍니다.
즉 동시에 들어오면 너가 먼저 앞번호 가지고, 너는 두번째 번호를 가져라... 이런 식이지요...
확실한 것은 아니지만 경험상 그럴거라고 생각한 것입니다...^^
