¿Qué es el modelado de datos?

¿Qué es el modelado de datos?

El modelado de datos define como organizamos información de múltiples tablas y como las organizamos entre ellas.

¿Y qué representa mis panas?

Generalmente representa un proceso de negocio (o incluso mostrar la relación entre los procesos de negocio) por lo que debe estar a apegado lo mejor que se pueda a un problema de la vida real, pa no complicarla imagina que estas haciendo una app como Zontle el modelo dictaría que nos enfocáramos a todas las cosas que existen y como se relación por ejemplo:

• Existe un Usuario.
• El Usuario crea un Diseño.
• El Diseño usa un Tema.

Ahora aquí ni siquiera estamos hablando de tablas, si no de cosas que existen en si verdad? a esto se le llama nivel conceptual, para el modelado de datos existen varios niveles.

1- Conceptual

Aquí no nos importa la tecnología, ni el orden, ni el tipo de dato. Es puramente negocio y lógica humana. El objetivo es que todos los involucrados entiendan de que va este show, básicamente nos enfocamos en las entidades y relaciones que van a existir, generalmente se acompaña de una diagrama entidad relación sencillo, sin especificar los datos.

Por ejemplo:

En este diagrama medio meh, lo único que decimos es "Oye existen usuarios que van a crear temas y esos temas van a tener cierta cantidad de colores"

2- Modelo Lógico

Va, aquí la gran diferencia es que ya ponemos como tal exactamente que se guarda de cada objeto, por ejemplo de usuario, su nombre, su correo, ademas que definimos llaves primarias y foráneas.

Por ejemplo:

Aquí pues podemos ver ya la relación directa de los campos que va a ver en usuario y con los temas que va a crear.

3- Modelo Físico

Este modelo se diseña específicamente para el motor de base de datos que vas a usar (por ejemplo, PostgreSQL o MongoDB). Aquí decides el tamaño de los datos y el rendimiento.

Yo personalmente ya lo entiendo como la construcción de la BD, ojo se que no es así pero así me gusta verlo ya que prácticamente su ejemplo quedaría en un archivo .sql o algo parecido.

Conclusión

Ahora sirve de algo saber esto actualmente? en mi opinión, si no es como que se necesite que me digas exactamente cada nivel o definiciones o etc, pero he visto equipos de trabajo que hacen los tres niveles o que hacen solo 1 y todos dan buenos resultados, sin embargo, algo que si te podría decir es que incluso, inconscientemente terminas por hacerlo, por ejemplo si estas trabajando en un proyecto propio acá bien vibecodeado, pues al final piensas una idea general de pues mi proyecto va a tener clientes, o yo que se.

Entonces, ocupas desarrollar los diagramas y todo eso? en mi opinión no, al menos no en todos los casos, y menos si ya tienes experiencia.

Y como saber en que casos hacerlo y en cuales no? pues pa eso es la experiencia XD, personalmente si el proyecto es repetitivo o personal tiendo a no hacerlo, pero si es un monstruo o algo totalmente nuevo pues si me gusta tener mas control.

Ojo también si en el trabajo te lo piden pues se hace y punto, y ayuda mucho por si se ocupa dar mantenimiento.

Mucho texto.