음 디비그리드는 아무 문제가 없는 걸로 알고 있구요.

Locate 메소드의 문제는 제가 사용하지 않아서 잘 모르겠으나 (저는 주로 쿼리를 쓴답니다. ADO

DataSet 컴포넌트나여.....

위의 글에서 설명드린대로 서버측 커서는 다소 유연성이 떨어진다고 설명 드렸는데 그 주된이유는

커서 포인터가 생기는 과정에서 약간의 미묘한점이 생기기 때문이랍니다. 그리고 데이터베이스

자체의 설정이나 지원하는 커서의 형태등을 따지기 때문이죠.

실제로 클라이언트 커서의 경우 모든 자료가 클라이언트 쪽으로 기오고 커서가 생성되는 위치도

어플리케이션이 있는 클라이언트 쪽이기 때문에 어플리케이션이

데이터를 맘대로 주무를 수가 있는 것입니다. 이것이 일반적인 용법이 되겠구요.

그러나 서버측 커서일 경우 커서가 생기는 위치가 서버이고 커서의 위치를 가리키는 일종의

가상 포인터로 조작을 하게 됩니다. 자세한 것은 언제가 될지 모르지만 강좌에서~ =ㅅ=;;

그리고 주의해야 할 것은 전진 전용 커서를 쓸 경우는 디비 그리드에서 표현하면 안된다는 것입니

다. 실제로 이넘은 뒤로는 이동을 못하기 때문에 뒤로 커서를 이동하려고 한다거나 하면

당연히 에러가 납니다. Locate 메소드의 경우 제가 알고 있기로 서칭을 하는 메소드인 걸로

알고 있는데 음 하도 오래되서 기억이 가물가물~ =ㅅ=;;

이넘이 어케 내부적으로 데이터를 차자서 기 갖고 오는진 모르겟지만 아마 님이 에러를 만나셨다면

커서타입의 문제일 가능성이 높습니다. 그러니까 데이타베이스 서버가 지원하는 커서가 전진 전용이

나 뒤로 못가는 커서인데 현재 커서 위치보다 뒤에 있는것을 찾았다던가 하는 그런 문제를 예상해

볼 수 있습니다.

음 아무래도 테이블은 좀 그래서.... =ㅅ=;;

자 그럼 수고하세요. ^ㅅ^