혹시나 하여 몇자 적습니다.

저도 예전에 데이타가 좀많은 시스템을 담당했었는데 이런 문제가 발생하면
일단.. 클라이언트 사양의 문제인지.. 아님 윈도가 꼬인것인지(-무책임한 말이지만, 사실이기도 하죠-) 아님 서버단의 문제인지 판단하는게 제일 우선입니다. 사실 다른 사람은 잘쓰고 있으니깐 보통 서버단은 의심하고 싶지 않은게 개발자의 마음이죠...

일단 문제가 발생한 PC에 가서.. 소스를 디버깅할수 있는 환경을 구축하든지.. 그보다는 의심되는 SQL전후에.. 아님 루프 전후에 메세지박스 몇개 도배한 실행파일을 만들어 가서 돌립니다.

그리고.. 상황을 보는게 제일 먼저일것 같은데

여기서 안잡히면.. 서버쪽의 오라클 프로세스가.. 작업을 뭐하고 있는지.. 락인지.. 좀 바야됩니다. 그리고 UI에서 SQL이 실행중 멈추는지.. FETCH에서 멈추는지 GRID등에 뿌릴때 멈추는지도요..

그리고.. 다음에 PC사양을 주장하기 전에 윈도를 밀어봅니다. 만약 여기서 해결이 되면 난감하지만.. 윈도 업데이트나 익스플로어 업데이트를 권할수 밖에 없습니다. 참 예전에 노턴 안티 바이러스랑 쫑난 적도 있었던 것 같네요

만약 PC사양문제라면
저의 경우는 실제로.. 처음에는 데이타 사이즈가 클때는 CPU보다는 메모리를 늘려서 효과를 보았습니다. 제대로 한다면 보여줄 수 있는 양만.. 조회하고 스크롤될때 다음을 보여주는 것도 생각하여 볼수 있고요

그리고.. CPU가 문제가 되었던 경우는 Chart 에서 Legend(범례)라고 하나요? 데이타가 매우 많을때.. 문제가 되었습니다.
물론 여기에 저희가 차트의 눈에 안보이는 데이타를 무효화하는 옵션을 주지않아 전체 XY좌표만큼 눈에 안보이는 데이타도 마구그리는 버그가 있었습니다만 결국은 CPU도 문제가 되어 바꿨습니다.

즐코하시길.

이런일이 있었습니다.
정수를 0으로 나눌 소지가 있을경우
Try
  
Except

end;
이렇게 0으로 나뉘어 질 경우 Except로 빠지도록 한적이 있었는데요
내컴과 그 팀의 어떤컴은 잘 되엇구요...유독 한두개 컴에서 뻑~ 가더라고요
Except로 안넘어가고 시커먼 화면이 떡하니...
그래서 아예 0이면 나눌 수 없도록 하고 부터는 잘 되더군요...