🚀 go-pugleaf

Alejandro escribió:
> Entiendo lo que me dices, el tema es que queria hacerlo un poco más
> genérico y bueno.. eso de la lista lo veo viable pero.. la cuestión es
> que en la tabla (aunque de momento solo borro tuplas), querria poder
> luego modificarlas a través de los diversos métodos (updateFloat(),
> updateInt(), etc) y que todo esto luego se actualizase en la base de
> datos real.
> 
> Existe alguna forma de que, volcando los datos a una lista como me
> comentas, y actualizando/borrando/insertando en esa lista, luego pueda
> reenviar los datos modificados a la BD?


Yo he hecho dos implementaciones distintas para mantenimientos simples
de una tabla como el que estás programando tú. En la primera, hago lo
que creo que dice Eduardo: al entrar en el diálogo, inicializo el
modelo recuperando el ResultSet en el modelo de la tabla (es decir, mi
TableModel tiene un ArrayList donde copio lo que obtengo en el
ResultSet). Luego, replico en la base de datos lo mismo que hago al
modelo. ¿Que se cambia un dato en la tabla? Ejecuto un UPDATE del
registro en la BB.DD. ¿Que se borra un registro? Un DELETE; y lo mismo
con las inserciones. En este caso, si hubiera dos usuarios accediendo
a la base de datos, acabarías rápidamente con una vista desactualizada
en la que faltan y sobran registros (los que añada o borre el usuario
de enfrente).

En la otra implementación he usado una biblioteca de clases que
implementa lo que Sun dejó en el último momento fuera de JDBC 4.0, el
EoD. Básicamente, facilita la implementación de la persistencia de tus
clases Java en tablas de base de datos, y entre otras cosas
proporciona una clase DataSet, que es como un ArrayList<T> que
recupera los datos de un ResultSet. Aquí lo que he hecho es (porque me
lo puedo permitir, dado el tamaño de las tablas), releer el DataSet
cada vez que aplico algún cambio.

Saludos.

-- 
If it's true that we are here to help others,
then what exactly are the OTHERS here for?