그럼요! 축구 열심히 응원하고 있습니다^^

입력 작업 이 문제가 되는 것 같습니다. 어떤 DBMS 도 다중 사용자 용으로 제작 된 것이기 때문에 문제는 없습니다만.. 가능하도록 프로그램을 짜야 겠지요.

그냥 바로 DB에 저장을 하는 식으로 코딩을 하면 테이블 락이 걸릴 수 있습니다. 이른바 다운 되는 듯한 현상을 겪게 됩니다.

결론적으로 트랜잭션 처리를 하면 됩니다. 한 사람의 입력 작업을 하나의 단위로 처리하는 것이지요. 트랜잭션 단위로 데이터를 DBMS에 보내면 지가 알아서 큐에 저장하고 순차적으로 처리 하므로 다중 사용자 환경에 전혀 문제가 없습니다. 처리해야 될 상황은 키 중복 입니다. 여러명이 같은 데이터를 입력할 경우 처음 데이터를 입력한 사람 말고는 입력할 수가 없겠지요? 이 경우는 오라클이 BDE를 거쳐 에러 메세지를 뿌립니다. 적절한 예외처리 코딩으로 해결할 수 있을 것 같습니다.

저의 경우는 쿼리 컴포넌트를 사용하는 2 Tier DB 프로그램을 작성하는데 Cached Updates 와 RequestLive 속성을 True로 넣고 저장 버튼 클릭시.. 캐쉬에 모여진 수정, 입력 데이터를 한번에 DB내 보냅니다. (Applyupdates) 이렇게 하면 다중 사용자 환경에도 전혀 문제가 없네요. 10 명 까지는 테스트 해봤습니다.^^

만약 입력하는 데이터가 무조건 입력이 되어야 하는 상황, 게시판 같은 경우는  키에 게시판 번호를 설정하고 오라클의 경우 Sequence 기능을 사용하면 전혀 문제가 없습니다. 그럼 이만 ^^

원래 다수의 사용을 전제로 만들어진것이므로(동시입력 포함) 전혀 걱정하실일이 아닙니다. 다만 유니크한 키가 중복이 된다거나 조회와 수정이 동시에 이루어진다거나 하는 문제만 잘 해결해 주신다면 아무런 문제가 없습니다.

제 생각엔, 동시의 사용자가 Client Program 을 이용해서
입력한다고 해도, 서버에서 에러없이 DB 에 입력이 될 거라고
생각됩니다. 물론 위와 같은 상황을 경험하지 못해서 결정적으로
된다, 안된다를 말씀드릴수 없지만...  동시접속자를 수용하는
DB 서버라면, 충분히 동시 입력 가능성을 배제 시키지 않았을
꺼라고 생각합니다. 속도가 느려지면, 느려지지 입력 오류가
발생하지는 않을껏 같습니다.

만약, 입력부분이 정 마음에 걸리신다면, 이런 방법도 있습니다
client/server 네트워크 프로그램을 조금만 하시면, Client에서
는 서버에 접속하여서 입력한 데이타를 서버에 전송합니다.

서버에서는 접속된(몇명이던지..) 사용자의 입력을 계속 큐(Queue)
에 쌓아놓고 차례대로, 계속 db 에 입력하면 됩니다.
이 방법을 이용하면, 입력 중복 error에 대한, 의심을 완전히 버릴수
있으며, Client 에서 DB 관련 작업을 하지 않으므로, Clinet 설치시
에도 db 설정(oracle client.. odbc.. 등의 설정) 을 않합니다
이 방법은 현재 3tier로 델파이에서 제공하는 마이다스와 그 방법이
매우 유사한 방법입니다.

즐코하세요..




from neosiz.com

저두 그런 문제로 고민하구 있는뎅..

전일단 임시 방편으루 insert한후에 커밋을 해줬거든요..

저같은경우는 현재 4대가 동시에 해도 괜찮더라구요..

군데 단점이있다면 속도가 엄청 떨어지더라구요...

저두 해결해야되눈뎅..ㅡㅡ;

꼭 해결하셔서 글 올려 주세요^^

항상 즐코하시구요^_^