Recorre el temario completo de un módulo formativo: ficheros y bases de datos, gestores, diseño conceptual con entidad-relación, modelo relacional, paso de uno a otro, normalización, diseño físico, consultas, edición de datos, un bloque de PL/SQL, transacciones, copias de seguridad e importación y exportación. Es un libro de texto, con todo lo que eso trae de bueno y de malo.
Qué saqué de él
La normalización, que es lo único de este libro que no envejece y que casi nadie aplica al discutir un campo nuevo. La pregunta que me quedó es sencilla: de qué depende ese dato. Si depende solo de una parte de la clave, o si depende de otro campo que no es la clave, está en la tabla equivocada, y ponerlo ahí garantiza que dentro de un año habrá dos versiones del mismo dato y nadie sabrá cuál vale. Frente a un pedido de agregar un campo, esa pregunta resuelve la discusión en dos minutos.
El paso del modelo conceptual al relacional es la segunda parte que sigue sirviendo, sobre todo para leer el modelo de un ERP ajeno: entender por qué una relación de muchos a muchos produjo esa tabla intermedia que parece de relleno y en realidad es donde vive la información.
Y una tercera, menor pero práctica: el capítulo de copias de seguridad, exportación e importación es un recordatorio de que una copia que nunca se restauró no es una copia. Eso lo pregunto siempre, y la respuesta incómoda es frecuente.
Qué dejé fuera
El bloque de PL/SQL, que ata el libro a un gestor concreto y a una época, y buena parte del resto. Se le notan los años y también la edición: hay erratas desde el índice. Es un manual para aprobar un módulo, no un libro que uno recomendaría por gusto, y lo pongo aquí porque su parte de diseño sigue siendo correcta y porque no todo lo que sirve es reciente.