De Diagrama a Tablas

Como hemos visto, es necesario hacer un diagrama con los requerimientos para un proyecto, o por lo menos eso se recomienda, por lo que para crear una base de datos no debe de dejarse a un lado la utilización de un diagrama para poder ordenar los datos que pide el cliente y aparte los que son necesarios para la creación de una base de datos funcional, UML también nos da la herramienta para crear los esquemas necesarios para una base de datos relacional como es SQL.

• Diagrama Entidad Relación UML

Este tipo de diagramas nos permite modelar la información que se tiene disponible para poder hacer tablas de una manera correcta y sin repetición de datos entre varias tablas, ya que esta es una de las más grandes ventajas que tiene la utilización de bases de datos, evitar la redundancia y malgasto de recursos. En este diagrama se especifican los datos que se van a incluir, la llave primaria, la llave foránea, las llaves secundarias si es que hay, la relación entre una tabla y otra así como la relación de cantidad que se tiene entre estas. Lucidchart ofrece una manera fácil de crear estos diagramas en su página.

• Proceso de diagrama a tablas

Ya que se tiene el diagrama de Entidad-Relación formado se puede empezar a hacer las tablas, se tiene que tomar en cuenta que el diagrama es solo eso y la tabla puede cambiar cuando se está haciendo, ya que se puede descubrir que hacen falta datos o por cambios en los requerimientos, pero estos cambios siempre se tienen que actualizar con el diagrama para poder llevar un seguimiento. Por lo versátil que es este tipo de diagrama se han puesto pasos para no perderse en el proceso:

1. Por cada entidad fuerte en el esquema, crear una tabla que incluya todos los atributos simples, incluir todos los atributos componentes de un atributo compuesto y escoger uno de los atributos como llave primaria.

2. Por cada entidad débil en el esquema, crear una tabla que incluya todos los atributos simples, incluir como atributos de la llave primaria la llave primaria de la entidad dueña y la llave parcial.

3. Por cada relación binaria 1:1 escoge una de las relaciones e incluye la llave primaria como llave foránea en la otra, incluye todos los atributos simples.

4. Por cada tipo de relación binaria 1:N identifica la relación con del lado N e incluye como llave foránea la llave primaria de la relación con el lado 1.

5. Para cada relación M:N se crea una tabla aparte y la llave primaria se crea a partir de las llaves primarias de las dos entidades y se agregan los atributos de la relación.

6. Para cada atributo multivaluado, crear una nueva tabla donde su llave primaria es la composición de la llave primaria de la entidad correspondiente y el atributo.

A pesar de tener estos pasos que son claros de entender, se pueden tener situaciones que no estén contempladas por estos y se tendrá que ver la manera de poder pasar del diagrama a la tabla, lo que se debe de hacer es juntar los pasos y así poder conseguirlo.

En las bases de datos no relacionales no se tiene un proceso como tal para poder conseguir las tablas, ya que estas bases de datos no son todas iguales, está Cassandra que se parece a las relacionales, está MongoDB que es completamente diferente, por lo que este proceso va a depender de la base de datos que se vaya a utilizar y del diagrama que se esté utilizando, ya que unos serán mejores para la base de datos elegida.