삼천명정도의 데이타로 쿼리 문제는 거의 생기지 않을겁니다.

아마도 리스트뷰쪽에 문제가 더 있을것 같은데요.

원래 리스트뷰는 자료가 많을때 무지 느려지는것으로 유명한 컴포넌트걸랑요.



문상연 wrote:

> 약만명이 되는 회원이 있는데 그걸 조건에 맞게 불러와서 리스트뷰에 출력하는데 겹과가

> 조금이면 상관 없는데 3000천명정도 되면은 프로그램이 멈추는거 같아요

> 제가 생각하기로는 쿼리하는 시간 때문에 프로그램이 멈춘걸로 보인거 처럼 느껴지는거 같은데요 쿼리하는 데이타를 빨리 불러올수 있는방법은 없을까요?

> 아니면 다른 좋은 방법은 없을까요?

> 선배님들 꼭 좀 가르쳐주세요

많은 데이터를 핸드링하는데는 그만큼의 부하가 걸리기 마련입니다.

한꺼번에 그 많은 데이터를 보이게 해서 출력을 할려면 어쩔수 없는 상황인것 같습니다.

방법을 찾는다면 데이터베이스이 통신의 패킷의 사이즈를 늘려 주거나 컴 자체의 통신

패킷도 좀 늘려 주는것이 좋겠죠.



아니면, 100이나 1000건씩 가져와서 사용자가 그 후로 다시 100건과 1000건을 검색하는

형태의 인터페이스를 구성하는게 안정적이겠죠.



참고로, 전 가져와야 할 데이터가 많으면 100건식 나누어서 가져오게 인터페이스를

구성합니다.



사용자가 100건을 검색해서 뷰하거나 프린트를 하고 다음 데이터를 더 봐야 겠다면

다시 100건 후로 다시 검색하는 형태로 프로그램을 만들죠...안정적이니까요...



문상연 wrote:

> 약만명이 되는 회원이 있는데 그걸 조건에 맞게 불러와서 리스트뷰에 출력하는데 겹과가

> 조금이면 상관 없는데 3000천명정도 되면은 프로그램이 멈추는거 같아요

> 제가 생각하기로는 쿼리하는 시간 때문에 프로그램이 멈춘걸로 보인거 처럼 느껴지는거 같은데요 쿼리하는 데이타를 빨리 불러올수 있는방법은 없을까요?

> 아니면 다른 좋은 방법은 없을까요?

> 선배님들 꼭 좀 가르쳐주세요