8 comentarios sobre “Utilizar un DataPager haciendo el DataBind en Code-Behind”

1. Sr.Pablo, despues de ver su solución al paginado de un listview cuando se hace el bind a nivel de servidor, copie la misma solucion adaptandola a mi necesidad y resulto que en fase de diseño no me reconoce el control “Pager1”, cuando lo escribo en el evento “PagePropertiesChanging”, me lo subraya como si no estuviera agregado en la página aspx.
   Si me puede ayudar, desde ya gracias.

   Responder

2. Hola Eduardo, intenta colocar el DataPager1 fuera del listview, para que te lo reconozca.

   Responder

3. Excelente!!! Al fin pude hacer funcionar bien el datapager (después de semanas), pero tuve que agregarle el datasource de nuevo al listview quedando así:

   Protected Sub LVRegistros_PagePropertiesChanging(ByVal sender As Object, ByVal e As System.Web.UI.WebControls.PagePropertiesChangingEventArgs) Handles LVRegistros.PagePropertiesChanging
      LVReflexiones.DataSource = Consultar.Historial(.....)
      Pager1.SetPageProperties(e.StartRowIndex, e.MaximumRows, False)
      LVReflexiones.DataBind()
    End Sub
   

   Una pregunta si puedes responderla: ¿Al hacer el datasource cada vez que cambia no estoy trayendo “todos” los datos cada vez? cierto? Si fuera así no sería óptimo si no me equivoco, ¿quizás se pueda hacer la consulta sql con un LIMIT? Tengo alguna idea de como lo haría, pero ¿cómo lo harías tú? Me atrevo a preguntar porque noté que tu página y tus publicaciones son muy buenas (felicidades).
   Bueno, espero no sea mucho, desde ya gracias por la información, ha sido de gran ayuda.
   saludos

   Responder

4. Hola Oscar, diste en el clavo. No es completamente eficiente porque siempre vuelves a traer todos los registros. En proyectos pequeños y medianos no hay problema, pero si hablamos de cientos de miles de registros, entonces deberías optar por otra solución.

   Mira esta liga:
   http://www.4guysfromrolla.com/webtech/041206-1.shtml

   Responder

5. Muchas gracias Pablo, me sirvió mucho la liga que me diste y mejor todavía que ahí lo explican con SP, ya que quiero empezar a migrar varias de mis conexiones sql a SP. Sólo no entiendo por qué no realizan un LIMIT en vez de hacer una tabla temporal, ¿antes no se ocupaba esa cláusula? Bueno, de todos modos me abriste los ojos, ahora solo me queda probar y probar.
   Muchas gracias por todo y por la pronta respuesta.
   Saludos

   Responder

6. Creo que con LIMIT te refieres a la instrucción de MySQL. Lo más parecido que existe en SQL Server es TOP, pero solamente puede devolverte los primeros n registros. No le puedes decir que te regrese del 50 al 60 por ejemplo. Parece algo muy básico y sorprende que no lo hayan desarrollado así.

   De cualquier forma puedes hacer lo que intentas usando row_number.

   Ejemplo:

   USE AdventureWorks2008R2;
   GO
   WITH OrderedOrders AS
   (
       SELECT SalesOrderID, OrderDate,
       ROW_NUMBER() OVER (ORDER BY OrderDate) AS 'RowNumber'
       FROM Sales.SalesOrderHeader 
   ) 
   SELECT * 
   FROM OrderedOrders 
   WHERE RowNumber BETWEEN 50 AND 60;
   

   Ejemplo tomado de:
   http://msdn.microsoft.com/es-es/library/ms186734.aspx

   Saludos.

   Responder

7. Ahh perfecto, no sabía que esa instrucción era sólo de MySQL. Es que yo trabajo ASP.NET con MySQL. Menos mal que no lo hago con SQLServer sino no tendría esa instrucción aunque la solución que expones se ve bastante buena pero más complicada que el LIMIT.
   Saludos

   Responder

8. Si que necesita un refresh
   Gracias por la información.

   Responder