글의 요지를 모르겠습니다.

그냥 어떤일을 할려고 하시는건지 알려주시면 더 좋을듯 싶습니다.

그냥 궁금한 사항이라면 답은 그것만 가지고는 알수 없다입니다.

그냥 동시유저와 건수 web이라는 상황을 가지구 속도를 애기하는건 좀...

오버헤드를 본다면 님이 말씀하신대로 insert가 느리겠죠.

하지만 select의 속도는 어떻게 쿼리를 하느냐가 문제겠구요.. 사실 insert와 select 비교한다는게 좀 이상합니다.

답변 감사합니다.

역시 질문이 모호 했던듯 합니다.

짱이만세님의 지적처럼 쿼리등 기타 환경등의 상황에 따라서 많이 좌지우지 될듯 합니다.

제가 궁금했던것은 단순히 기존에 데량데이터가 존제 하는 테이블에  Insert와 Select시의 속도 차이가 궁금했었습니다. (기타 제반사항인 쿼리등는 Best로 보구여)

동시에 100건 정도의 insert가 발생할 경우 index가 다시 구성되면서 오버헤드가  일어나면 속도차이가 많이 나지 않을까 해서여..(index갯수에 따라서 다르겠지만..)

사실 업무와 큰 상관없이 서로 DB에 대해 논쟁하다가 궁금해서 질문을 드렸습니다.

역시 모호 하군여...^^

업무는 포인트 누적 및 통계와 관련한 작업을 하고 있습니다.

제가 그 논쟁에 참여해두 될지 모르겠지만요.. *^^*

전 select 가 느리다에 한표입니다....

제 개인적인 생각에 이 상황에서 속도의 차이는

io 와 cash 의 정도 차이일것 같은데요..

동시에 insert 와 select가 된다면 그러니까.. 순간순간..

insert 분 까지 select 해야 된다면 당근 select 가 느릴것 같습니다.

신규 insert 분은 memory에 없을테니까 select할때 Disk IO 가 일어나야 될테구요.  insert 는 memory에서 끝나구 나중에 로그 flush될때 write될테니 좀 더 빠르지 안을까 싶네요.

아주아주 주관적인 생각입니다...

예..짱이만세님 말씀처럼 insert와 select가 동시에 일어난다면

제 생각에도 select가 늦을듯 합니다.

그런데...단순하게....select 100건과 insert 100건이 각각 발생할때의 속도가 어떤것이 빠르냐 하는것 이었거든여.. (실제 업무에서는 이런 경우가 없게 지요..)

이것이 제가 드렸던 질문이었는데...^^...

역시 말제주가 없는 모양입니다...

여하튼 좋은 말씀 감사합니다...꾸벅..

그럼 좋은 하루 되십시오....^&^