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

Clase 16 de 63 • Fundamentos de Bases de Datos 2017

Contenido del curso

Introducción al Curso Fundamentos de Bases de Datos

Teoría general de Bases de Datos

Bases de Datos Relacionales

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

Tomar examen

Resumen

Paso 1: Vamos a identificar cuáles son las entidades que van a resolver nuestros problema.

Recomendación: Documentarse muy bien acerca del problema que se va a resolver.

Comentarios

Julio Yacot

student•

Sugerencia: Respetando la ley del nombre singular con las entidades creo que habría que corregir Rutas por Ruta

Ivan Robles

student•

Buena observación!!

Fernando David Soto Betin

student•

Bueno, toda la vida a mi me enseñaron que las tablas o entidades seria nombradas en PLURAL y sus atributos en singular. En documentaciones en Internet la nomenclatura es usada de esta forma. ademas en estos momentos estoy cursando PHP Y Laravel, y también se denotan en plural, de igual forma son convenciones que uno adopta.
Por otro lado suena lógico decir:
Aviones: Porque es una tablas que va a tener registro de aviones,
…

Yeraldine Martinez

student•

Una buena técnica para determinar de forma natural una entidad, es identificar aquellos elementos que poseen atributos que los definen y que además aporta algo para definir el modelo del negocio.
Definitivamente un elemento al que yo tenga que forzarle sus atributos, no es una entidad.

Daniel Julián Gómez Silva

student•

Entre otras cosas es para mantener convención y claridad sobre la cardinalidad entre entidades.

Ivan Robles

student•

Identificación de entidades en el ejemplo de aeropuertos:

Avión
Aerolinea
Ruta
Tripulante
Piloto
Aeropuerto
País
Ciudad
Pasajero

Noe Mikhael Huaccharaque Ruiz

student•

disculpa pero “pasajero” no es un atributo?

Jair Israel Avilés Eusebio

student•

No, en este caso pasajero es una entidad el cual tiene atributos como nombre, fecha de nacimiento etc. Y este pasajero es asociado a un Vuelo que compra en una Aerolinea (por cierto creo que la entidad Vuelo tambien podria existir en este ejemplo de modelo de entidades)

Nathaly Stefani Riaño Bejarano

student•

En la metodología básica de 9 pasos con Barker, en el Paso 1 se identifican cuales son las ENTIDADES que resuelven nuestro PROBLEMA, se debe tener una buena DOCUMENTACIÓN acerca del problema a resolver.

Mario Menjívar

student•

La “ley del nombre singular” aplicaría sólamente a estas capaz de “conceptualización y diseño”.

Una vez en la DB. Todo se pluraliza. Al menos eso es lo que ocurre con todos los ORM por defecto.

Leean esto, muy bueno:

Recuerden que esto no afecta el desempeño de la DB. Está más relacionado con la development experience.

Diego Ramirez

student•

Interesante artículo!

Syddar Bujato Herrera

student•

gracias por el aporte

Jonathan Araujo

student•

Excelente Entidades, yo había realizado una en los videos anteriores pero la mía era mucho más mediocre en cuanto a entidades (Sólo 3) 😭😭

Jorge Luis Urquídez Gómez

student•

Hagan un curso básico sobre diseño de RESTful APIs

Diego Forero

Team Platzi•

Gracias por la sugerencia lo tendremos en cuenta.

Jose Antonio Padron Fernandez

student•

diagrama hecho con: https://about.draw.io

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

Que buen aporte compañero.

Mario Merlo

student•

Tambien podriamos crear una entidad persona de la cual se heredarian piloto, tripulante y pasajero

Hinder Adrian Alvarez Perlaza

student•

Justo estaba pensando en eso, porque el tripulante, el piloto y el pasajero tienen datos comunes como fecha de nacimiento, nombre, apellidos, DNI, etc. Me imagino que más adelante lo explicará.

Cesar David Ramírez Dimaté

student•

Así es y se podría identificar como una base de datos orientada a objetos relacionales. Me imagino que más adelante mostrará cómo empieza a dividirlo y claramente, normalizar las tablas.

José Eduardo Guevara Soria

student•

Tengo una duda,ya que estoy revisando los comentarios de los demás compañeros. ¿Las entidades van en Singular o Plural? ¿Que es realmente lo correcto?.

Jhon Carlos Colorado Angulo

student•

Hola lo más correcto sería que fueran en singular, y las propiedades en plural.

Diego Forero

Team Platzi•

Por buenas prácticas el nombre de la entidad debe ser en singular, esto es porque es una abstracción de un objeto, las propiedades o campo pueden o no ir en singular o plural dependiendo del tipo de campo.

Sergio Andujar

student•

Una pregunta, No se podría poner la entidad Persona, y que a partir de Persona, se herede Piloto, Tripulante, Pasajero, etc…? como si fuese un lenguaje POO
Lo siento si es una pregunta estúpida es que estoy empezando con bbdd

Diego Forero

Team Platzi•

En ese caso es mejor poner un campo role, donde se almacene si es piloto, tripulante, pasajero, etc.

Lino César Arias Mendoza

student•

Paso 1: Identificar las identidades

sugerencia:“Analizar bien el problema, las identidades deben nombrarse en singular”

Yury D. Morales

student•

Paso 1: Identificar las entidades que resolveran nuestro problema. Buena Practica es nombrarlas en Singular (Avion, Aerolinea, Ruta, Tripulante, Piloto, Aeropuerto, Pais, Ciudad, Pasajero). Cada uno tiene sus atributos particulares

Jhon Tejada

student•

La documentación es muy importante para comprender el problema y poder atacar los inconvenientes que se generen en el futuro con nuestra base de datos, no hablo de ser experto en comida italiana si estás desarrollando la base de datos de un restaurante de este tipo, pero sí de estar empapado de su funcionamiento (muchas cosas son cotidianas son relevantes para llevar a buen puerto el desarrollo)

Daniel Cadavid

student•

 Paso 1: identificar cuáles son las entidades que debemos utilizar para la solución de nuestro problema
 Para este paso es importante conocer bien el problema y sus usuarios es decir si vamos a construir una app para veterinarios necesitamos saber cuál es su necesidad, que lenguaje utilizan cuáles son sus expectativas, entre otros temas importantes.
 Las entidades deben llamarse en singular
 Las entidades representan cada objeto que tiene relación con la funcionalidad de la app ejemplo si es una app de de un aeropuerto se necesitan las siguientes entidades
o Avión
o Aerolínea
o Ruta
o Tripulante
o Piloto
o Aeropuerto
o País
o Ciudad
o Pasajero

 También podríamos crear una entidad persona de la cual se heredarían piloto, tripulante y pasajero

Diego Ramirez

student•

Excelente!!

Augusto Jesus Muñoz Liñan

student•

Bien!

Daniel Quispe

student•

Hola, pueden recomendarme algún modelador para ubuntu? De preferencia que sea free.

Gracias

Diego Forero

Team Platzi•

MySQL Workbench es gratuito y esta para todos los sistemas operativos.

Diego Ramirez

student•

La estoy probando en Ubuntu y es muy útil esa herramienta. Dejo aquí un video tutorial: Enlace

Angel Ponce

student•

Las entidades siempre deben ser nombradas en singular

Luis Rodrigo Alvarez Herrera

student•

Tenia entendido que tambien podria ser plural, pero creo que e scomo dicen son convensiones, pues en una base de datos que he estado trabajando tienen de ambas

Yesica Lizeth Cortés Pineda

teacher•

Hola lo ideal es que siempre uses nombres en singular para las entidades ya que son la representación de una cosa. Es muy buena práctica hacerlo así.

Cesar David Ramírez Dimaté

student•

Realmente recomiendan que tanto para las tablas como para la entidad se defina en singular. Acá explican el por qué.

Augusto Gabriel Luna Bardales

student•

Cuándo Pedro habla conocer e identificar el giro de negocio se refiere al levantamiento de información que es fundamental para que generar una buena BD robusta y de acorde a la necesidad de la empresa.

Pablo Martinez

student•

Paso 1: Vamos a identificar cuáles son las entidades que van a resolver nuestros problema.

Recomendación: Documentarse muy bien acerca del problema que se va a resolver.

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

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