JTable, TableModel y rendimiento
Java
Publicado el 5 de Abril del 2012 por Administrador
5.009 visualizaciones desde el 5 de Abril del 2012
Con frecuencia nos vemos obligados a visualizar una gran cantidad de datos mediante una JTable. El resultado es una carga lenta, un scroll penoso y un consumo de RAM intolerable.
Ciertamente, hay alternativas. Uno siempre intenta minimizar los datos que carga e incluso se inventa algún tipo de caché que necesita un montón de pruebas hasta que se da por aceptable.
La mayor parte de los datos en las cargas masivas suelen tener su origen en una base de datos a la que accedemos mediante un driver JDBC. En este artículo hago una propuesta de un uso racional tanto del TableModel como de las posibilidades que nos ofrece JDBC 2.0 (y posteriores) para reducir a prácticamente nada el coste de la representación de grandes volúmenes de datos mediante JTables.
Ciertamente, hay alternativas. Uno siempre intenta minimizar los datos que carga e incluso se inventa algún tipo de caché que necesita un montón de pruebas hasta que se da por aceptable.
La mayor parte de los datos en las cargas masivas suelen tener su origen en una base de datos a la que accedemos mediante un driver JDBC. En este artículo hago una propuesta de un uso racional tanto del TableModel como de las posibilidades que nos ofrece JDBC 2.0 (y posteriores) para reducir a prácticamente nada el coste de la representación de grandes volúmenes de datos mediante JTables.