¿Que es mejor?

[chuidiang]

Hola:

Si la aplicación es sencilla:

Por un lado tienes clases con los datos (clases con atributos y métodos set() y get()). Esas deberían ser simples y no tener nada de base de datos.

Luego deberías tener una clase por cada una de las anteriores, con consultas, inserciones, borrados y updates. También puedes hacer una clase de acceso a base de datos por cada grupo de clases de datos relacionadas. Por ejemplo, si tienes clases "Empleado", "Empresa", "PartidoFutbol", "Portería", quizás puedas hacer dos clases de acceso a base de datos, una para temas de "empresa" y otras para temas de "futbol". En principio no es mejor ninguna opción, es símplemente cuestión de que el código quede claro, con clases ni demasiado pequeñas ni demasiado grandes, pero que todo lo que esté dentro de una clase tenga relacción entre sí.

Abrir y cerrar conexiones es costoso. En principio es mejor abrir una y cerrarla al final. Tienes que tener cuidado en este caso si usas hilos de no usar la conexión a la vez.

Si la aplicación es más seria, hay opciones mucho mejores que las planteadas anteriormente.

Las clases de datos seguirán existiendo.

El acceso a base de datos puede hacerse con alguna librería de persistencia, como hibernate, ibatis, etc.

Las conexiones no deberías realizarlas tú en código. La librería de persistencia se encarga de ello, o bien usas un pool de conexiones, que se encarga de abrir y cerrar conexiones de forma eficiente cuando es necesario.

Se bueno.