¿Por qué una base de datos no puede ser diseñada por cualquiera?

Por un lado, la mayoría de la gente que usa un ordenador sólo conoce la existencia de la informática a nivel de usuario, y por ignorancia piensan que no se necesitan profesionales para hacer cualquier cosa relacionada con la informática, porque lo ven todo muy fácil. El nivel de especialización y años de estudio que requieren ciertas ramas de la Informática, como las bases de datos, es algo totalmente desconocido para ellos, por lo que no ven la informática, ni siquiera como una profesión, cuando en realidad es una profesión tan compleja como puede ser la de un médico, un arquitecto o un ingeniero industrial.

Por otro lado, la culpa es del propio Microsoft Access, que se vende como una herramienta que cualquiera puede usar con la misma facilidad que un procesador de textos como el Word, o como una hoja de cálculo como el Excel. Aunque Access, en cuanto a las funcionalidades y rendimiento, sea un Sistema Gestor de Base de Datos (SGBD) de juguete, no significa que diseñar una base de datos con esta herramienta vaya a ser más fácil. Si queréis un buen consejo, nunca vayáis a aprender Access a una academia. Aprender Access requiere aprender primero a diseñar bases de datos y para eso necesitaríais varios años.

Además de eso Access ha influido muy negativamente en el mundo de las bases de datos porque ha conseguido cambiarle el nombre a los elementos del modelo relacional. Si sabéis algo de bases de datos habréis oído los términos tabla, registro, campo y relación que son nombres inventados por Access. En su lugar se debe usar los nombres correctos del modelo relacional que son relación, fila, columna y clave ajena respectivamente.

A menudo, en mi experiencia laboral, me he encontrado con bases de datos de gente que alegremente, sabiendo poco o nada de bases de datos, se la han hecho ellos mismos para su empresa, para después darse cuenta que necesitaban a un profesional para desarrollarla. A continuación voy a exponer los 3 fallos más graves que normalmente me encuentro. Cualquiera de estos fallos provoca tales incoherencias en los datos introducidos que hace que esas bases de datos sólo sirvan para ocupar espacio y perder el tiempo:

1.- Usar menos relaciones (tablas según Access) de las necesarias: El que necesita la aplicación siempre piensa que es muchísimo más sencilla de lo que en realidad es. Para una base de datos pequeña que necesite unas diez relaciones, el usuario pensará que necesita una o dos y para una base de datos grande de unas 200 o 300 relaciones el usuario pensará que necesita diez.

2.- No usar claves primarias. Toda relación debe tener siempre una clave primaria, es decir, una columna cuyo valor no se pueda repetir y que de esta manera identifique unívocamente cada fila de la relación. De lo contrario podremos hacer cosas como, introducir 1.000 veces el mismo cliente en la base de datos, sin saber que ya lo hemos insertado, o que cada fila tenga datos de contacto diferentes para el mismo cliente y además no sea posible establecer claves ajenas en otras relaciones para asignar, por ejemplo, qué pedidos se han hecho a ese cliente.

3.- No usar claves ajenas o no exigir integridad referencial en las claves ajenas. Esto produce incoherencias en inserciones, borrados y actualizaciones. Siguiendo con el ejemplo anterior del cliente que realiza pedidos, podríamos insertar pedidos aunque no tengan cliente asignado, borrar clientes que hayan realizado un pedido o asignarle, en una actualización, un pedido a un cliente que no corresponda.

A parte de todo esto, lo más normal es que la base de datos no esté normalizada, es decir, que esté mal diseñada. Para comprobarlo se aplican las formas normales, que son una manera de asegurar que el diseño de la base de datos se ha realizado correctamente. Primero se comprueba que está en primera forma normal. Si lo está, se comprueba que esta en segunda y así hasta la quinta. Normalmente una base datos realizada por una persona no experta pasa raramente de la primera y nunca de la segunda.

El diseño de una base de datos relacional es algo complejo, es el arte de adaptar lo máximo posible el modelo matemático del álgebra relacional a la realidad. Lo cual no siempre es posible conseguirlo al 100%, por lo que, a veces, hay que recurrir a la programación para solventar los desajustes de la realidad con el modelo. Para encontrar estos desajustes se recurre a otros modelos de datos más expresivos que se van convirtiendo al modelo relacional implementado por el SGBD a utilizar, de forma que se realiza un primer diseño en un modelo conceptual como el modelo Entidad Relación Extendido, luego se convierte a un modelo lógico como el modelo relacional y por último se convierte al modelo físico del SGBD, que suele ser un relacional con ciertas peculiaridades según su implementación. Sólo una persona que haya diseñado una gran cantidad de bases datos y haya estudiado los fallos en cada caso, puede estar capacitada para realizar esta difícil tarea.

Asi mismo hacer que la base de datos se ajuste a la realidad del negocio y a las necesidades del cliente, es algo bastante complejo ya que lo más común es que haya que orientar al cliente sobre qué necesita y, en caso de que sepa lo que quiere, no suele corresponderse con lo que le hace falta. Esta situación además produce que el cliente vaya cambiando continuamente de opinión respecto a lo que desea durante el desarrollo del producto, algo con lo que un profesional está acostumbrado a lidiar.

Ahora sabiendo todo esto ¿Qué pensáis? ¿Dejaríais el diseño de las base de datos de bancos, centros de salud, medios de transporte, etc., en manos de un Ingeniero Informático o en las manos de cualquiera? Independientemente de lo que penséis, la absurda respuesta del gobierno de España, para el caso de las Bases de datos y cualquier otra cosa relacionada con la informática, es dejarlo en manos de cualquiera, en parte por ignorancia y en parte por intereses económicos. Esto, a la larga, nos va a salir caro a todos.