Metodología para el modelamiento de datos

Esperaremos con muchas ancias el curso de patrones

Metodologia

1. Requerimientos.
2. Identificar ER.
3. Aplicar patrones.
    

Cada una de estas fases se redea de ciertos aspectos.

• Escenario: Como serán los escenarios del modelo de negocio. (Ej: Como un usuario usará la app, donde podra editar sus mensajes o como comprará un producto)
• Expertos: Necesitamos expertos relacionados a nuestro tipo de negocio. (Ej: Si nos planeamos ofrecer un software orientado a la contabilidad, necesitamos a un experto, quien nos explique los conceptos que debemos manejar para su desarrollo.)
• Sistema actual: Tener en cuenta como funciona su sistema actual. Analizar como llevan a cabo sus tareas de la forma actual. (Ej: Las empresas llevan una gestión de sus ventas en un excel)
• DB Admin: El experto en modelado que une todas estas caracteristicas y llega a un resultado.
   

Este resultado serían 3 cosas:

1. Workload: Donde indentificamos la carga de trabajo, las operaciones importantes, el tamaño de los datos, las consultas y posibles suposiciones.
2. Relaciones: Lo obtenemos partir de a los sistemas actuales y el experto en modelado de datos. Identifcamos las entidades, atributos, restricciones y relaciones.
3. Patrones: Cuando tenemos el diagrama de entidad-relación identificamos los patrones en el modelo de negocio que nos permiten realizar optimizaciónes de la carga de trabajo o obtener un mejor desempeño de la misma.

Todo esto nos lleva a un Diseño.

Metodología para el modelado de datos

Uno de los aspectos mas importantes a tener en cuenta al momento de modelar los datos son las restricciones que se tienen en los distintos ambientes ya que estas condicionan los recursos que tenemos disponibles.

Restricciones

1. Cantidad de memoria RAM → a mayor cantidad de RAM, mayores son los costos
2. En donde se almacena la información
   a. Disco mecánico → Son ideales para almacenar información a través del tiempo (históricos de datos)
   b. Disco de estado solido → Son ideales para información de consultas rápidas.
   c. RAM → Son ideales para consultas mucho mas rápidas que en un disco de estado de solido pero aumenta los costos si guardamos mucha información.
3. Cada documento en MongoDB puede tener un meso máximo de 16MB.
4. Latencia → En donde está ubicado el usuario y cuanto le cuesta llegar al servidor que provee la información. A esto se le conoce como un CDN (Content Delivery Network) que se encarga de generar una copia de la base de datos a través de un cluster y ver de forma más rápida hacia donde nos conectamos para que el usuario tenga la información más rápida posible. Estas replicas pueden llevarse a cabo haciendo uso de Mongo Atlas.
5. Restricciones del negocio.

Para tener todos estos aspectos en cuenta usaremos una metodología de tres fases

Metodología

1. Requerimientos → Escenarios de nuestro sistema y como modelarlo.
2. Identificar ER
3. Aplicar patrones → Consultas con mejor rendimiento y pensadas para determinados escenarios.

Cada una de estas fases tendrán ciertos aspectos que debemos evaluar los cuales se explican a continuación:

• Escenarios: Los distintos escenarios que se van a presentar con respecto a nuestro modelo de negocio (Como un usuario usará la app, donde podrá editar sus mensajes o como comprará un producto)
• Expertos: Incluir expertos relacionados con el tema del negocio que se está construyendo (Si se está construyendo un E-Commerce, entonces necesitamos a alguien experto en el area)
• Sistema Actual: Saber como funciona el sistema actual (si existe). Si el sistema no existe se debe evaluar como gestionan y llevan a cabo las tareas en el presente.
• DB Admin: El experto en modelado que une todas las características para llegar a un resultado.

Ahora, hablemos de los resultados que vamos a obtener

1. Workload (carga de trabajo): Es un documento final que se construye gracias a los Escenarios, Expertos y el Sistema Actual. Este documento nos permite identificar relaciones, operaciones mas comunes, tamaño de los datos, consultas e indices y plantear hipótesis sobre posibles escenarios.
2. Relaciones: Las podemos obtener juntando el Sistema Actual y al DB Admin. En este punto podremos identificar las entidades, las relaciones, los atributos, las distintas restricciones y decidir si embeber o referenciar.
3. Patrones: Con el modelo ER ya podremos identificar patrones n el modelo de negocio que nos permiten realizar optimizaciones de la carga de trabajo o obtener un mejor desempeño de la misma.

El resultado final de estos 3 aspectos nos generan a un Diseño

Puedes compartir los slides.

Interesante lo que se viene !!!

Que gran manera de explicar

Muy interesante todo este curso.