Las etapas del diseño de una correcta base de datos

relacional
ed.team/blog/las-etapas-del-diseno-de-una-correcta-base-de-datos-relacional

La definición de diseño nos habla de la producción creativa de objeto(s) útil(es). También

hay una definición que habla de la concepción original de un objeto para producirlo en
serie. Pues bien, si eres como yo, no te va muy bien con el diseño gráfico o de productos
físicos, pero te debe ir muy bien con el diseño de elementos abstractos para plasmarlos en
un software.

Todos debemos aprender a diseñar, ya que si combinamos algunas definiciones,

debemos crear objetos útiles para producirlos en serie. No te preocupes si no te va
bien combinar colores u organizar formas, por ahora basta con poder plasmar las ideas en
objetos no palpables.

No te apresures a escribir código nunca. Lo habrás leído o escuchado en muchos lados.

Pues bien, ese debe ser uno de los n mandamientos del desarrollo de software que debes
cumplir. Y ¿por qué?, bueno la respuesta es simple, si no diseñas primero la solución, te
encontrarás con miles de problemas en el camino en los que gastarás más tiempo del que
hubieras gastado realizando un buen diseño.

¿Cómo empezar?
Lo primero que debes tener muy bien documentados son tus requerimientos. Debes saber
muy bien cuál es la necesidad que vas a resolver/solucionar. Con los requerimientos
podrás ir diseñando cada uno de los componentes de tu aplicación. Generalmente, los
requerimientos bien documentados son todo lo que necesitas para comenzar a diseñar tus
bases de datos. Sin embargo, yo sugiero tener un prototipo que nos permita entender
mejor el flujo de trabajo de la aplicación, ya que con este prototipo podrás entender
procesos que pueden ser difíciles de plasmar o de imaginar. Además, los prototipos te
pueden dar más información de lo que los requerimientos te ofrecen.

Recomendado: Curso bases de datos desde cero

Muy bien, ya tienes tus requerimientos y en casos ideales, ya tienes tus prototipos. Así que
a diseñar! Las fases de diseño de una base de datos relacional son:

Diseño conceptual
Diseño Lógico
Diseño Físico

Diseño Conceptual
Durante esta fase, plasmaremos nuestras entidades y las relaciones que existirán entre
ellas. Yo por lo general lo hago a mano, me parece mucho más sencillo. Cada entidad la
identificaremos con un rectángulo y dentro de este colocaremos su nombre. A cada
1/4
entidad le colocaremos sus respectivos atributos y resaltaremos el atributo principal, aquél
atributo que identificará cada registro de manera única. Y por último crearemos las
relaciones que existen entre dichas entidades. Siendo muy sinceros, esta fase no la
hacemos a conciencia (me incluyo), pero lo pueden combinar con la siguiente fase muy
fácilmente. Aquí no te preocupas por el motor de bases de datos aún.

Diseño Lógico
Aquí podemos tabular nuestro diseño conceptual. Este proceso es más utilizado que el
anterior (no debería ser así), ya que cuando ya llevas bastante trabajando en bases de
datos, el proceso tabular es más rápido de realizar y vemos resultados más rápidamente.
En esta fase, debemos pensar en cómo normalizar nuestras tablas para evitar duplicidad
de información y para ahorrar espacio de almacenamiento. Esto último (ahorrar espacio)
ya no es tan importante como hace algunos años, incluso hoy en día hablamos de
inteligencia de negocios, minería de datos, entre otros términos que nos exigen eliminar la
normalización, pero de eso hablaremos en otros post. Para este proceso, las herramientas
de modelado te ayudan bastante a ver las relaciones de las tablas. En teoría, aquí
tampoco te preocupas por el motor, ya que el modelo tabular es igual en todos los motores
de bases de datos relacionales.

2/4
Fuente de la imagen: https://www.flickr.com/photos/caius/2300154566

Diseño físico
En esta última fase ya debemos revisar a detalle los tipos de datos que utilizaremos, sus
dominios (qué valores va a permitir), cuales índices debemos crear para optimizar las
consultas, entre otros. Aquí ya escribimos nuestro SQL para plasmar todo nuestro diseño
en el motor de bases de datos elegido.

Conclusiones
Ya hemos visto los requisitos para diseñar nuestras bases de datos relacionales y las
fases por las que debemos pasar para tener nuestra data bien organizada. Parecen
muchos pasos, pero en realidad son muy sencillos de seguir y te ahorrarán muchos
dolores de cabeza. Así que para la fase 1: saca una hoja de papel y un lápiz, para la fase 2

3/4
puedes usar una hoja de cálculo para tabular las entidades, aunque es mejor utilizar una
herramienta especializada en el diseño tabular y para la fase 3 diviértete y saca tu
maestro jedi interno escribiendo tu SQL.

Recomendado: Curso desarrollo y gestión de proyectos web

Y tú, ¿diseñas tus bases de datos? Cuéntame cuales son las herramientas que te gusta
usar ¿Qué otro tema de bases de datos te gustaría leer en el blog?

Bases de datos
diseño de bases de datos

Sigue leyendo
El "Visual Studio Code" de SqlServer
Modelo Entidad-Relación
Conceptos Básicos de Bases de Datos
En MySQL nunca uses "utf8", usa "utf8mb4"

4/4