Reto con el paso 4 de la Metodología de Diseño

Clase 25 de 63 • Fundamentos de Bases de Datos 2017

Clase anteriorSiguiente clase

Edwin Torres

student•

Paso 1: ENTIDADES

Proveedor
Producto
Cliente
Veterinario
Empleado
Mascota
Animal

Paso 2: RELACIONES

Paso 3: DIAGRAMA ER

Paso 4: ATRIBUTOS DE LAS ENTIDADES

Saludos 👊

Andric Alejandro Vargas Alarcón

student•

Tú sí…👊

Edwin Torres

student•

😃

Javier Ignacio Caicedo Samboni

student•

Análisis para la base de datos una Veterinaria

Entidades

Paso 1
Veterinaria
Médico veterinario
Proveedor
Producto
Cliente
Mascota
Factura

Paso 2

Paso 3

Paso 4

Pasos 5, 6 y 7

Cesar David Ramírez Dimaté

student•

¿Qué programa utilizaste para realizar el diagrama?

Yezid Garcia Medina

student•

Gracias, este ejemplo lo entiendo más :-)

Héctor Daniel Vega Quiñones

teacher•

Me tomó un buen rato hacer este ejercicio y luego de darle mil vueltas me di cuenta que todas las soluciones son correctas.
Lógicamente todos tratan de una veterinaria, pero todas pueden ser distintas: con o sin sucursales, con servicios propios o tercerizados, venta o no de productos y un largo etcétera.

Me attera la idea de hacer una DB a un cliente que no sabe lo que quiere jajaja.

Alan Paul Alvarado Salazar

student•

estas en los cierto cada quien tiene un cliente en la cabeza

Pablo Acuña

student•

Me pasó lo mismo, es a criterio e imaginación de cada uno…

Joaquin Araujo

student•

Las bases de datos y un buen diseño es la comna vertebral de una aplicación exitosa.

Byron Vargas

student•

Aquí mi resultado

Paso 1: identificación de entidades

Veterinaria
Médico
Mascota
Cliente
Producto

Paso 2:Relaciones entidades

paso 3 y 4: Diagrama y atributos

cualquier comentario es bienvenido

Diego Ramirez

student•

Te quedo de lujo! que herramientas usaste?
Saludos!

Byron Vargas

student•

Hola como estas, perdón la demora para responder,
utilice Illustrator para las relaciones y StarUML para el Diagrama, lo veo muy completo para esto

Erick Neftalí Sarmiento Cortes

student•

Decidí hacer el ejercicio pero con una base para llevar estadísticas de partidos de basketball, pero tengo dudas, por ejemplo en mi instancia player tengo los siguientes atributos:

<h1>p\_id; \* p\_name; p\_sname; \* p\_lname; \* p\_num; \* p\_team; \* p\_bday</h1>

en la instancia team tengo estos atributos:

<h1>t\_id; \* t\_name; \* t\_category; \* t\_branch</h1>

su relación es uno a muchos de team hacia players pero tengo el atributo p_team que es el mismo que t_name, ¿que hago en ese caso para no duplicar?

Diego Forero

Team Platzi•

No debes poner el p_team en el player, creas en su lugar pon una llave foránea al id de la entidad team.

Erick Neftalí Sarmiento Cortes

student•

osea pongo t_name como llave foránea dentro de los atributos de player?

Christopher Mejia

student•

Dejo mi aportación, estoy abierto a correcciones.
PASO 1

PASO 2

PASO 3

PASO 4

Jhosmar Parra Montaño

student•

medico no seria un empleado?

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

Excelente por el aporte.

Cristian Orozco Benjumea

student•

Paso 1: Identificar las entidades

Paso 2: Identificar relaciones de entidades

Paso 3: Entidades y relaciones

Observaciones:

Como nuestra base de datos es para un servicio de Veteninaria: sabemos que un centro veterinario puede manejar varios proveedores pero para nosotros es irrelevante la cantidad de clientes a los que le distribuye el proveedor
Con el fin de tener un mejor seguimiento de la mascota sólo se tomaran los datos de un único propietario por mascota
El medicamento se toma como producto por lo tanto no tiene relacion directa con el proveedor

Paso 4: Asignar atributos

Gracias por la retroalimentación 👍

Camila Andrea Díaz Serrano

student•

Cuál programa utilizaste para realizar el diagrama del paso 3?

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

Excelente por el aporte.

Rafael Antonio Carmona Varela

student•

Normalmente cuando se tiene una base de datos existe un contexto donde están descritas las reglas del negocio o de lo contrario pasa lo que a muchos aqui, que se imaginan la base de datos como quieran. creo que el reto se deberia cambiar a algo con una descripcion de un problema con relacion al mundo real o cada quien termina haciendo lo que cree y ayudaria para que se pueda validar mejor y mas facil con los demas.

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

correcto

Luis Elgueta

student•

100% de acuerdo. Sería positivo agregar al reto una descripción sencilla, que generara el contexto común sobre el que diseñar la BD.

JESUS ADRIAN QUIROZ PALACIOS

student•

Comparto mi propuesta de base de datos

Paso 1: Entidades.

Veterinario
Animal
Cliente
Producto
Diagnostico
Servicio
Proveedor

Paso 2 : Relaciones

Paso 3 : Diagrama Entidad Relacion

**Paso 4 : Atributos de las entidades
**

Carlos Uriel de Jesus Sánchez González

student•

Proveedor
Producto
Cliente
Veterinario
Empleado
Mascota
Animal

Brayan David

student•

pues asi ha quedado

Adrian Matute

student•

como hacen para subir imágenes?

Belen Ceballos

student•

Puedes arrastrarlas desde tu carpeta directamente en la casilla de texto o pulsar “Imagen”

Eso te genera el siguiente texto:

en url pones la url de dónde has subido tu imagen, y listo 😃

Pedro Alberto De La Cruz Hernandez

student•

Arrastras la imagen hasta el cuadro de texto (Donde escribes tu comentario)

Angel Orellana

student•

Paso 1 y 2 :

Paso del 3 al 8 :

Paso 9 :

CREATE SCHEMA IF NOT EXISTS `veterinaria` DEFAULT CHARACTER SET utf8 
CREATE TABLE IF NOT EXISTS `veterinaria`.`Historial` (
  `historial_ID` INT NOT NULL AUTO_INCREMENT,
  `historial_codigo` VARCHAR(20) NOT NULL,
  `historial_fechaCreacion` DATE NOT NULL,
  `historial_ultimaRevision` DATE NOT NULL,
  `Mascota_mascota_ID` INT NOT NULL,
  PRIMARY KEY (`historial_ID`, `Mascota_mascota_ID`),
  INDEX `fk_Historial_Mascota1_idx` (`Mascota_mascota_ID` ASC) VISIBLE,
  CONSTRAINT `fk_Historial_Mascota1`
    FOREIGN KEY (`Mascota_mascota_ID`)
    REFERENCES `veterinaria`.`Mascota` (`mascota_ID`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
CREATE TABLE IF NOT EXISTS `veterinaria`.`Lugar` (
  `lugar_ID` INT NOT NULL AUTO_INCREMENT,
  `lugar_direccion` VARCHAR(20) NOT NULL,
  `lugar_numeroLocal` INT NOT NULL,
  `lugar_codigoPostal` INT NULL,
  `lugar_nombreLocal` VARCHAR(15) NULL,
  `Personal_personal_ID` INT NOT NULL,
  `Usuario_usuario_ID` INT NOT NULL,
  `Medico_medico_ID` INT NOT NULL,
  PRIMARY KEY (`lugar_ID`, `Personal_personal_ID`, `Usuario_usuario_ID`, `Medico_medico_ID`),
  INDEX `fk_Lugar_Personal_idx` (`Personal_personal_ID` ASC) VISIBLE,
  INDEX `fk_Lugar_Usuario1_idx` (`Usuario_usuario_ID` ASC) VISIBLE,
  INDEX `fk_Lugar_Medico1_idx` (`Medico_medico_ID` ASC) VISIBLE,
  CONSTRAINT `fk_Lugar_Personal`
    FOREIGN KEY (`Personal_personal_ID`)
    REFERENCES `veterinaria`.`Personal` (`personal_ID`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_Lugar_Usuario1`
    FOREIGN KEY (`Usuario_usuario_ID`)
    REFERENCES `veterinaria`.`Usuario` (`usuario_ID`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_Lugar_Medico1`
    FOREIGN KEY (`Medico_medico_ID`)
    REFERENCES `veterinaria`.`Medico` (`medico_ID`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
CREATE TABLE IF NOT EXISTS `veterinaria`.`Mascota` (
  `mascota_ID` INT NOT NULL AUTO_INCREMENT,
  `mascota_codigo` VARCHAR(20) NOT NULL,
  `mascota_DNI` VARCHAR(20) NOT NULL,
  PRIMARY KEY (`mascota_ID`))
ENGINE = InnoDB
CREATE TABLE IF NOT EXISTS `veterinaria`.`Medico` (
  `medico_codigo` VARCHAR(20) NOT NULL,
  `medico_numeroLicencia` VARCHAR(20) NOT NULL,
  `medico_horaEntrada` DATE NULL,
  `medico_horaSalida` DATE NOT NULL,
  `medico_ID` INT NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`medico_ID`))
ENGINE = InnoDB
CREATE TABLE IF NOT EXISTS `veterinaria`.`Medico_has_Mascota` (
  `Medico_medico_ID` INT NOT NULL,
  `Mascota_mascota_ID` INT NOT NULL,
  PRIMARY KEY (`Medico_medico_ID`, `Mascota_mascota_ID`),
  INDEX `fk_Medico_has_Mascota_Mascota1_idx` (`Mascota_mascota_ID` ASC) VISIBLE,
  INDEX `fk_Medico_has_Mascota_Medico1_idx` (`Medico_medico_ID` ASC) VISIBLE,
  CONSTRAINT `fk_Medico_has_Mascota_Medico1`
    FOREIGN KEY (`Medico_medico_ID`)
    REFERENCES `veterinaria`.`Medico` (`medico_ID`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_Medico_has_Mascota_Mascota1`
    FOREIGN KEY (`Mascota_mascota_ID`)
    REFERENCES `veterinaria`.`Mascota` (`mascota_ID`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
CREATE TABLE IF NOT EXISTS `veterinaria`.`Personal` (
  `personal_ID` INT NOT NULL AUTO_INCREMENT,
  `personal_codigo` VARCHAR(45) NOT NULL,
  `personal_nombre` VARCHAR(45) NOT NULL,
  `personal_horaEntrada` DATE NOT NULL,
  `personal_horaSalida` DATE NOT NULL,
  `Personalcol` VARCHAR(45) NOT NULL,
  PRIMARY KEY (`personal_ID`))
ENGINE = InnoDB
CREATE TABLE IF NOT EXISTS `veterinaria`.`Usuario` (
  `usuario_ID` INT NOT NULL AUTO_INCREMENT,
  `usuario_codigo` VARCHAR(20) NOT NULL,
  `usuario_DNI` VARCHAR(20) NOT NULL,
  `Mascota_mascota_ID` INT NOT NULL,
  PRIMARY KEY (`usuario_ID`, `Mascota_mascota_ID`),
  INDEX `fk_Usuario_Mascota1_idx` (`Mascota_mascota_ID` ASC) VISIBLE,
  CONSTRAINT `fk_Usuario_Mascota1`
    FOREIGN KEY (`Mascota_mascota_ID`)
    REFERENCES `veterinaria`.`Mascota` (`mascota_ID`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
CREATE TABLE IF NOT EXISTS `veterinaria`.`Usuario_has_Medico` (
  `Usuario_usuario_ID` INT NOT NULL,
  `Medico_medico_ID` INT NOT NULL,
  PRIMARY KEY (`Usuario_usuario_ID`, `Medico_medico_ID`),
  INDEX `fk_Usuario_has_Medico_Medico1_idx` (`Medico_medico_ID` ASC) VISIBLE,
  INDEX `fk_Usuario_has_Medico_Usuario1_idx` (`Usuario_usuario_ID` ASC) VISIBLE,
  CONSTRAINT `fk_Usuario_has_Medico_Usuario1`
    FOREIGN KEY (`Usuario_usuario_ID`)
    REFERENCES `veterinaria`.`Usuario` (`usuario_ID`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_Usuario_has_Medico_Medico1`
    FOREIGN KEY (`Medico_medico_ID`)
    REFERENCES `veterinaria`.`Medico` (`medico_ID`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB

Fernando Reyes

student•

Hola colegas.
Base mi ejemplo en un consultorio y una agenda que llevará el registro y control para solicitar una cita.

Paso 1: Entidades
Paso 2: Relaciones

Paso 3: Diagrama Entidad - Relación

Paso 4: Atributos de las Entidades

Si observan algo que este incongruente, se los agradecería mucho!!

Cesar David Ramírez Dimaté

student•

¿Qué programa utilizas para hacer el diagrama E-R?

Danny Richard Castillo Lozano

student•

David Auza

student•

A continuación dejo mi solución al reto:

Paso 1 Entidades:

Paciente (Animal)
Propietario (Persona)

Paso 2 Relaciones:

Paso 3 Diagrama ER:

Paso 4 Atributos de las Entidades

Julian D Zamora

student•

como comento con una imagen?

Diego Forero

Team Platzi•

Arrastra la imagen al editor (Donde escribes la pregunta o comentario) y se sube de manera automática

Irving Juárez

student•

Arrastra la imagen

Anatolio Kosluk

student•

Respecto a la relación ANIMAL-MASCOTA opino lo siguiente: muchos animales pueden ser mascotas; mascota es un animal por lo tanto la relación, a mi entender, es 1_M. En la Veterinaria pueden atender mascotas y animales que no lo son. Animales que no tienen nombre ni chapita identificadora y hasta pueden no tener dueño.

Anatolio Kosluk

student•

Byron_vargas. En tu trabajo me parece que hay un error. Con todo respeto, pero las PK no todas son Interger. Deberías revisar eso.

Carlos Zea

student•

por qué? no puedo hacer todas integer? de hecho como recomendación me dice que use todas las que pueda como un entero y numero auto-incrementall

Reto con el paso 4 de la Metodología de Diseño

Introducción al Curso Fundamentos de Bases de Datos

¡Vamos a renovar este curso!

Introducción al Curso de Bases de Datos

Teoría general de Bases de Datos

Propósito general de las Bases de Datos

Tipos de Bases de Datos y sus aplicaciones en la industria

Visión general de los datos

Tipos de Datos

Diferentes tipos de Bases de Datos

Reto ¿Hadoop y Blockchain podrían cambiar una Base de Datos tradicional?

Bases de Datos Relacionales

¿Qué es una Entidad?

¿Qué es una Relación?

Características o datos de una Entidad

¿Ya aparecieron las llaves?

Índices e Indexación

Constraints o Restricciones

Capas de abstracción del modelo Entidad-Relación

Metodología básica de 9 pasos con Barker (Paso 1) Identificar Cuáles son las Entidades Resuelven Nuestro Problema

Metodología básica de 9 pasos con Barker (Paso 2): Identificación de las Relaciones de las Entidades.

Metodología básica de 9 pasos con Barker (Paso 3): Entidades y Relaciones

Metodología de Diseño (Correcciónes del paso 2 y 3)

Metodología de Diseño (Paso 4): Asignar Atributos a las Entidades.

Metodología de Diseño (Solución del paso 4): Terminando de Asignar Atributos a las Entidades

Metodología de Diseño (Pasos 5, 6 y 7) 5. Generar un diagrama conceptual, 6. Modelo lógico, 7. Identificar nuevos atributos que generan nuestras entidades débiles.

Metodología de Diseño (Paso 8): Construir el Diagrama del Modelo Físico

Metodología de Diseño (Paso 9): Pasar al estándar de la base de datos (SQL)

Reto con el paso 4 de la Metodología de Diseño

Bases de Datos NO Relacionales y Otros tipos de Bases de Datos

Atomicidad y consistencia

Aislamiento y durabilidad

Bases de Datos In-Memory (Cambio de árboles a columnar)

Otros tipos de Bases de Datos en la industria

Bases de Datos In-Memory con indexación de columnar

Definiendo el Proyecto y Generando Entidades de PlatziStore: Pasos 1 y 2

Definir la Estructura de la Tabla Cliente del Proyecto: Pasos 3 y 4

Terminando de Estructurar Nuestras Tablas (Continuación del paso 4)

Metodología de Diseño (Paso 5): Diagrama Conceptual

Metodología de Diseño (Paso 6 y 7): Modelo Lógico y Entidades Débiles

Solución de atributos de entidad del proyecto - Atributos adicionales a entidad débil creada

Metodología de Diseño (Paso 8)

Llevando nuestro proyecto a SQL (Paso 9)

Terminando la Implementación del Proyecto (Paso 9)

Dependencias funcionales

Normalización, llevando el proyecto hasta tercera forma normal (primera forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (segunda forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (Cuarta y quinta forma normal)

Comenzando con SQL

DDL: Data Definition Language y DML: Data Manipulation Language

ACID desde lo no relacional

CAP

Scale Out y Scale Up

¿Scale out o Scale up?

DBMS en nube para poder iniciar una aplicación propia

IMPORTANTE: Preparación del entorno de trabajo

Estructura básica de un Query

Aprendiendo a Hacer más Querys

Estructura básica del Query con más de una tabla

Estructura básica del Query con más de una tabla 2

Tuplas y más tuplas

Insertar registros

Joins

Noo SQL Aplicado, Planteando el Problema

Aplicando NoSQL: Colecciones y Shards

Aplicando noSQL: Integración de Comunicaciones y Hardware en una Base de Datos Scale OUT

Aplicando noSQL: Integrando JSON a Bases de Datos No Relacionales

Conclusiones del curso