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

Clase 31 de 63 • Fundamentos de Bases de Datos 2017

Ivan Robles

student•

Entidades de PlatziStore:

Item
Cliente
Método de compra
Metodo de Pago
Proveedor
Carrito

Siempre hay que tratar de documentar una base de datos como si fuera código (con notas o comentarios), de esa manera sabe porque tomamos ciertas decisiones en la estructura de la base de datos (relaciones, entidades).

Podemos utilizar una notación para los métodos (mCompra y mPago), no hay que utilizar tildes aunque la base de datos acepte caracteres especiales no es recomendable debido a la diferente configuración en los teclados.

Hay casos donde existen relaciones recursivas, es decir; cuando en una entidad existe relación con sigo misma (un jefe que tiene a su cargo otros jefes) dando así una relación jerárquica.

Debido a la transitividad algunas entidades no se van a relacionar directamente unas con otras (cliente con item, mCompra y mPago) aunque si tengan relación.

Yury D. Morales

student•

La transitividad lo que nos permite es reducir la redundancia, no? Hay casos que si me pongo a pensar mucho pues siempre hallo una relacion pero al ver que A --> B —> C , A y C ya estan relacionados. Mi pregunta es cuando se que entidad es la que debo de usar como puente/B o cual no?

Kevin Andrés Cornejo Surichaqui

student•

gracias

Walter Lopez

student•

Como tip de productividad al trabajar con hojas de cálculo, cuando querramos copiar datos en filas y que al pegarlos nos queden en columnas o viceversa podemos hacerlo con un método de pegado especial llamado transposición, en el caso de Excel que es el Software más común está en las opciones adicionales del botón de pegado y en el caso de este video en Sheets de Google al darle clic derecho en una celda nos sale: pegado especial > pegar con transposición de datos. Así nos evitamos copiarlos uno por uno como se ve en el min. 5:46.

Yury D. Morales

student•

Muy util, gracias!

Cesar David Ramírez Dimaté

student•

Osmandi Gomez

student•

Por cierto, ¿platzi vende productos con su imagen así como lo plantea la clase?

Diego Forero

Team Platzi•

Si! ❤️

Osmandi Gomez

student•

Interesante 😄 ¿Qué productos tienen?

Ricardo Sarapura

student•

Otro ejemplo de relaciones recursivas, un producto puede tener más productos.

Producto: Combo Sandwich y Gaseosa
Producto: Sandwich
Producto: Gaseosa

Daniel Luque Soria

student•

Sí, aunque en ese caso sería mejor crear una entidad "kit_productos" para relacionar ambos productos. En el sector de la construcción es común que puedas comprar una parte de la cocina o la cocina completa.

Pablo Martinez

student•

![](

Juan Carlos Meza Gómez Daza

student•

gracias

Rafael Antonio Carmona Varela

student•

eso es

Rafael Guillermo Rodriguez Garcia

student•

Cardinalidad: Es la forma en que se relacionan las entidades, uno a uno, uno a muchos, muchos a muchos a uno, muchos a muchos.

Jose Prieto

student•

Yo le cambiaria el nombre al carrito por la palabra Orden o Pedido simplemente por terminos practicos. La relacion es simple, tenemos clientes que hacen pedidos y en ellos incluimos items, despues que terminamos de incluir los items en nuestro pedido u orden procedemos a realizar el pago a traves de alguno de los medios que tenemos.

Diego Ramirez

student•

No es tan descabellado lo que propones, me parece bueno! Quizás en este caso no se aplico para no mezclar Pedido con Proveedor… I don’t know 😮

Marlon Vasquez

student•

Buena deducción.

Diego Ramirez

student•

Mi aporte en conjunto con el de otros estudiantes
Entidades de PlatziStore

aporte de @usanchezg
Ítem: artículos como camisetas, bolígrafos, mugs, gorras… (aquellos objetos que se quieran vender en la tienda).

Cliente: Alguien que adquiere uno o muchos productos.

Método de compra: tienda virtual, tienda física o App (un cliente tiene un método de compra).

Método de pago: Tarjeta de crédito o débito y efectivo (entre otros).

Proveedor: Empresa que fabrica los artículos y llega a ser diferente debido a la venta en diferentes países, buscando un proveedor local y a su vez por la diversidad de productos.

Carrito: Contiene muchos ítems, tiene un método de pago asociado y pertenece a un cliente.

Jonhathan Rolando rodas

student•

Documento en Driver

Juan Alexander Rodríguez Pérez

student•

Si hay algo por lo cual he peleado durante 3 años estando en Platzi es por un mug, se vería muy bonito con un buen café.

John Jaider Jaramillo Orozco

student•

no se si lo definieron antes en este chat, pero si he visto que lo han explicado. se trata sobre las entidades abstractas, asì como hay entidades que representan objetos del mundo fìsico, teniendo en cuenta que en programaciòn orientada a objetos una entidad es un objeto ejemplo: cliente, proveedor, medio de pago, tambièn existen las entidades abstractas que representan objetos intangibles. supongamos que vamos a crear un videojuego, podrìamos tener como entidades abastractas: fuego, guion, tiempo atmosferico, musica. se dice que son entidades abstractas porque en realidad no se pueden palpar, pero si representan objetos, por tante se pueden crear en las bases de datos. tambien hago la aclaraciòn porque vi que llegaron a preguntar sobre esto.

Luis Berenguer

student•

Benito Manuel González Rodríguez

student•

Jheyner David Ibagon Cuenca

student•

Quiero esos busos y vasos de platzi… 😃

Luis Andrés Arce Cárdenas

student•

Pueden usar el diccionario de datos para documentar las entidades con sus campos 😄. Aquí les comparto un ejemplo sencillo y básico de cuando comenzaba hace un año y medio 😄

Carlos Uriel de Jesus Sánchez González

student•

Ítem: artículos como camisetas, bolígrafos, mugs, gorras… (aquellos objetos que se quieran vender en la tienda)
Cliente: Alguien que adquiere uno o muchos productos
Método de compra: tienda virtual, tienda física o App (un cliente tiene un método de compra)
Método de pago: Tarjeta de crédito o débito y efectivo (entre otros)
Proveedor: Empresa que fabrica los artículos y llega a ser diferente debido a la venta en diferentes países, buscando un proveedor local y a su vez por la diversidad de productos.
Carrito: Contiene muchos ítems, tiene un método de pago asociado y pertenece a un cliente.

Diego Ramirez

student•

Excelente!

Daniel Cadavid

student•

 Platzi store es una tienda de platzi donde se venderán playeras, esferos y vasos

 Las entidades a utilizar serian:
o Item: cada objeto que voy a vender en la tienda
o Cliente: es la persona que adquiere los productos
o Método de compra: tienda virtual, física o por aplicación
o Método de pago: tarjeta crédito, debito, efectivo
o Proveedor
o Carrito: Es el registro de una compra de ítems

 Pasamos al paso 2 definiendo la cardinalidad:

 Cliente solo se relaciona con el carrito por el principio de transitividad
 Hay casos donde existen relaciones recursivas, es decir; cuando en una entidad existe relación con sigo misma (un jefe que tiene a su cargo otros jefes) dando así una relación jerárquica.
 Debido a la transitividad algunas entidades no se van a relacionar directamente unas con otras (cliente con item, mCompra y mPago) aunque si tengan relación.

Anatolio Kosluk

student•

REALICE MI CUADRO DE CARDINALIDAD Y ME RESULTÓ BASTANTE DISTINTO AL DEL PROFESOR ¿PUEDO PRESENTARLO?

Jeyson David Vargas Crespo

student•

Claro, para comparar...sería genial...

Jaime Alexander Uribe Uribe

student•

Dentro de la buenas practicas de desarrollo de software está la documentación del código, que permitirá saber en que hace cada método o lineas en caso de realizar una mejora o una corrección de código.

Es una excelente idea también aplicarlo a BD.

Sergio Andujar

student•

El vídeo se repite por ej. min 0:50-1:00
1:13-1:30

Sergio Andujar

student•

10:34 se repite carrito

Diego Forero

Team Platzi•

Gracias, vamos a revisar y subir la corrección lo más pronto posible.

Anatolio Kosluk

student•

me cuesta entender cómo no hay ninguna relación entre cliente e Item, como tampoco que no la haya entre cliente y mCompra. al igual que cliente con mPago. Pueden explicarme?

Javier Alejandro Alamar Martínez

student•

Depende de la persona que este haciendo la abstracción.
Como tu lo piensas puede funcionar, aunque no es eficiente.
En este ejemplo, debes ver al carrito como el portador de toda la información.
Velo como en el momento de hacer un pedido online.
Para tu entidad Cliente necesitas saber los datos “fundamentales de este” su dirección, su número, su año de nacimiento, etc…
entonces, si tú le pones una relación entre el cliente y el item, ok esta bien , tiene lógica por que el cliente “esta llevando una taza y una camisa” pero entonces ¿para que te serviría el carrito?. entonces aqui es donde te das cuenta que es más facil tener una relación entre el cliente->carrito->items,mCompra,mPago.
Espero no haberte confundido más jeje.

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

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