2009-11-06 6 views
0

간단한 GridView를 사용하여 SQL Server DB에서 직접 테이블 형식의 일부 데이터를 표시합니다. 내장 페이징 기능을 사용하는 것은 모든 바인딩에서 전체 데이터 세트를 가져 오기 때문에 비효율적이라는 것을 알고 있습니다. 그 순간에 괜찮은 행이 몇 행만 있습니다.내장 된 GridView 페이징에 사용할 수있는 최대 DB 행은 무엇입니까?

데이터 행 자체는 ... 약 6 nvarchar (50) 열, 몇 ints, 몇 수레입니다.

어떤 시점에서 사용자 정의 페이징을 구현해야합니까? 500 행? 5000? 50000?

아마도 어려운 질문 일 수 있습니다. 더 많은 정보가 필요하십니까?

답변

0

사용자 정의 페이징을 사용하지 않으면 웹 서버에 더 많은 부하가 걸리기 때문에 웹 응용 프로그램을 사용하는 사용자 수와 그리드에 표시해야하는 데이터의 양에 따라 다릅니다. 개인적으로 필자는 볼륨이> 1000 행일 때 항상 데이터 페이징을 구현합니다.

+0

마지막으로 대답이 숫자로 표시됩니다. :) 지금 당장은 그대로 두겠습니다. 우리는 5000 행을 최대한으로 사용하는 것처럼 보입니다. 이는 많은 데이터가 아닙니다. 나는 GridView가 문제없이 이것을 처리 할 것이라고 믿는다. 다른 질문이 있으면이 질문을 새로운 대답으로 업데이트하겠습니다. – Bryan

0

정말로 느려지는시기와 얼마나 중요한지에 달려 있습니다. 매직 넘버가 없습니다. 속도를 높이고 오랜 시간 동안 걱정할 필요가없는 인덱스와 다른 것들을 넣을 수 있습니다. 이상적으로는, 사용되는 행 이상을 리턴해서는 안됩니다.

1

테스트 데이터로 프로파일 링 할 수 있습니까? 그렇다면 너무 많은 양의 행이 너무 느려질 때까지 사용하는 것이 좋습니다. 그렇게함으로써 당신은 자신이 시도하는 것보다 다른 어떤 방법으로도 얻을 수없는 통찰력을 얻게 될 것입니다.

나는 개인적으로 데이터베이스에서 바인딩하지 않으며, 항상 데이터 소스를 관리하고 페이지에 필요한 것이 무엇인지 정확하게 파악하는 접착제 객체를가집니다. 그것은 아주 잘 당신을 위해 그것에 시간을 보내는 가치가 없을 수도 있습니다.

0

필자는 절대로 사용하지 않을 것이고 사용자 지정 페이징을 구현하는 데 많은 시간을 할애하지 않고 훨씬 더 확장 가능한 솔루션을 제공 할 것입니다. 내장형 제공 업체를 사용하는 경우 항상 어떤 시점에서 문제가 느려지는지 궁금해 할 것입니다.

관련 문제