No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Metodolog铆a para el modelamiento de datos

3/22
Recursos

Aportes 7

Preguntas 1

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

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.