Barrapunto

En mi universidad "Bases de Datos" era una "maría", o sea una asignatura a la que se da muy poca importancia y se aprueba con facilidad. La mayoría de la gente pasaba por ella de puntillas, hacía cuatro prácticas (¡¡con dBase, hay que joderse!!!) y a otra cosa.

Después he descubierto que no éramos una excepción y que en muchas universidades se da la asignatura igual de superficialmente. El resultado es que una buena parte de titulados no tiene apenas idea de qué aporta una base de datos relacional, qué características se pueden esperar de un producto que se pone esa etiqueta, cómo se diseña, etc.

Es verdad que en un foro donde se trata de programación no todo el mundo tiene que ser profesional ni, aunque lo sea, puede haber dado el tema en toda su profundidad (aunque pocos otros les van a ser tan importantes profesionalmente).

Pero después de haber escrito megas de texto (no exagero) en distintos foros sobre esto, empiezo a pensar que la respuesta más correcta es la brusca: RTFM!.

Me parece una tontería como una catedral decir eso de una base de datos usada en cientos de miles de sites y multitud de aplicaciones, a ver si expones un poco tus razones y las justificas con hechos.

Hay ríos de tinta escritos sobre sistemas relacionales. En cualquier librería, en la web, en el P2P... puedes encontrar explicaciones para todos los gustos. Tienes tres bases de datos de código abierto para jugar con ellas que implementan razonablemente el modelo: Firebird, PostgreSQL y Sapdb (ahora creo que la compró MySQL precisamente).

Sólo tienes que coger un modelo medianamente complicado de los que vienen en los libros de texto e intentar aplicarlo a MySQL para darte cuenta de por qué el de arriba te daba el aviso.

Está bien que alguien se tome de vez en cuando la molestia de explicar lo obvio. Pero exigirlo es excesivo.

Muy bonito, pero MySQL no es de juguete, tampoco es una base de datos del estilo de Firebird. Postgre o Sapdb. Pero lo que hace lo hace bien, muy bien. MySQL responde a la exigencia de gran carga de trabajo como pocas y puede correr sin interrupciones gracias a su gran calidad.

Para los que están partiendo en la computación, una base de datos que carezca de disparadores, procedimientos almacenados y vistas puede parecer un juguete, pero durante muchos años se ha trabajado sin esas prestaciones y en aplicaciones de complejidad alta. Todavía los bancos siguen confiando más en los viejos ficheros de Cobol que en las modernas base de datos. A mayor complejidad, mayor posibilidad de fallas, cosa que yo he comprobado durante mis años de trabajo con bases de datos como Oracle.