Si quieres ver implementaciones de diferentes estrategias de persistencia, hace poco en jH puse un ejemplo que tenia 4 diferentes:
http://www.javahispano.org/contenido...ros_lenguajes/
.- JDBC es "a pelo total".
.- Con Ibatis el SQL y el mapeo lo pones tu, aunque la traducción despues es automatica.
.- Con JPA e Hibernate, el SQL es automatico una vez has configurado el mapeo.
Todas las soluciones tienen sus pros y sus contras. Si, saber SQL es imprescindible, pero si tienes una aplicacion con 20 tablas simples y tu logica es con operaciones de mantenimiento sencillas, escribir 20 veces el mismo update cambiando el nombre de la tabla y los campos no te ayuda en absoluto a aprender SQL, si no a odiarlo
.
Igualmente, si las operaciones no son Clase Java <-> Tabla y/o quieres seguir manteniendo el SQL totalmente bajo control, al menos con Ibatis tienes una capa de abstracción y los SQL centralizados en un sitio.
Aunque bueno, en caso de fallar todo lo demas, siempre nos queda el bueno del JDBC a pelo, el cual no es malo probar para aprender lo que hay debajo y ver lo que nos ahorramos usando otras opciones
.
S!
PD: En la noticia hay enlaces a un codigo de ejemplo de cada opcion