그래서 transaction이라는 개념이 있습니다만...

http://freekuku.egloos.com/2107926

http://technet.microsoft.com/ko-kr/library/ms174377.aspx

우욱님 답변 감사합니다.

한 가지만 더 질문 드릴게요...

제가 생각중인 단계인데요

1. B에 Insert를 하려면 우선 A, B 차집합( B에 사용되지 않은 A의 리스트 )를 NOT IN or 기타 쿼리로 구하고, 나온 결과를 B에 Insert하려합니다.

답변 주신 트랜잭션으로 작업을 묶는다면, 동시 다발접인 접근?이 일어나면 테이블이 잠기지 않나요?

ex) 1번 단계를 동시에 몇 백명이 요구한다면!?

초보라 개념이 햇갈리네요 ㅜ.ㅜ

우선 NOT IN 처럼 차집합을 구하기 위해서 가장 최악 수준의 쿼리를 사용하면서 locking을 하면

네.. lock 때문에 차질이 많겠죠...

그래서 딱 위의 설명만으로는
No | Col | usedYN
1 | testA | 0
식으로 하나의 테이블만을 만들고 
UPDATE tbl
SET used = 1
WHERE No = @입력NO AND usedYN = 0
;
IF 0 = @@ROWCOUNT
-- 이미 누군가가 썼거나 아예 그런 번호가 없어서 사용됐다고 설정 못했음
ELSE
-- 사용됐다고 설정됐음
-- 이후 생략
이런 식으로 하여 row lock으로 해결될 수 있도록 하는 것이 더 좋아보이긴 합니다만 제가 모르는 2개의 테이블로 구성된 이유가 있겠죠. *^_^*

물론 상황에 따라서는 위에서 말씀드린 방식보다도 더 효율적인 방식도 있겠지만
아무리 잘 만들고 하드웨어를 잘 갖춰 놓고 앞단에 Q를 쟁여 놓는다고 하더라도 기대치보다 훨씬 많이 몰린다면(상상의 나래를 한껏 펼쳐보면 중국인이 숨을 내쉴때마다 실행하기? 내지는 10만의 동접을 예상하고 만든 게임인데 초대박이 나서 동접이 50만을 돌파하면?)
당연히 뻗습니다.
그래서 실제 사용량에 근접하도록 예상치를 예측하고 그에 따른 대비를 마련하며, 그러한 상황을 가정한 모의 실험을 통해 검증하는 작업 등을 실제 서비스에 투입하기 전에 실행합니다.

우우님 항상 멋진 답변 감사드립니다. 또 많은걸 배우네요 ^^