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

Clase 32 de 63 • Fundamentos de Bases de Datos 2017

Diego Forero

Team Platzi•

CHAR => Crea un espacio en memoria con el valor designado así no se use todo.
VARCHAR => Crea un espacio en memoria con los caracteres ingresados y con el limite máximo que se designa.

David Farinango

student•

El espacio de varchar en memoria es adaptable siempre y cuando sea menor al valor registrado, pero si el valor es mayor no se puede ingresar? por ejemplo si es un tipo de dato varchar 10 y utilizo 15 caracteres?

Diego Forero

Team Platzi•

@jdfarinango te va a truncar la entrada, osea solo va a guardar los 10 primeros caracteres.

Yesica Lizeth Cortés Pineda

teacher•

Lo que estamos haciendo aquí es definir la estructura de la tabla cliente, para eso en la columna atributo definimos el nombre de la columna de la tabla (id, cuentaPlatzi, etc.), y en la columna Llave primaria definimos si esa columna es o no llave primaria de la tabla.
Una llave primaria es un valor que es único en todos los registros de la tabla, en el caso de la tabla cliente hay dos identificadores únicos ID y cuentaPlatzi. El nombre no es una llave primaria porque es un valor muy propenso a repetirse.

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

buen aporte

David Vargas Domínguez

student•

timestamp => representa el día, mes, año, hora, minuto y segundo en ‘YYYY-MM-DD HH:MM:SS’ UTC
datetime => 'YYYY-MM-DD HH:MM:SS’
date => solo es el día, mes y año en ‘YYYY-MM-DD’

Un dato es que Datetime retorna lo mismo que timestamp pero la principal diferencia es que Datetime representa una fecha mientras que timestamp representa un momento fijo en el tiempo. Esta diferencia es importante si la aplicación que uno desarrolla maneja zonas horarias.

Sergio Orduz

teacher•

me podrías explicar mejor cual es la diferencia entre datestamp y timestamp?

Juan Ernesto Soto Barbosa

student•

Excelente aporte quedan claros los tipos de datos y que contienen

Daniel Cadavid

student•

 Aplicando el paso 3 vamos a diagramar las relaciones entre las entidades tomando como fuente el cuadro de relaciones que ya hicimos

 Una vez tengamos el diagrama de relaciones empezamos a aplicar el paso 4 determinando los tipos de campos o atributos de cada tabla y cuales campos son clave o llave primaria

 Serial: se aplica para campos auto numéricos
 Varchar se aplica para textos, el número que se coloca es un límite de caracteres, pero si el usuario ingresa menos, ejemplo 30 caracteres, este tipo de campo permite que se gasten en memoria solo 30 espacios, lo contrario en Char ya que si le ponemos como límite 60 espacios consumirá igual 60 espacios en memoria así el usuario ingrese menos.
 Timestamp, guarda la fecha, hora, minuto exacto en que se creó el registro como tambien la zona horaria del servidor
 Datetime guarda el día, mes, año, hora, minuto, segundo en que se guardó el registro
 Date, guarda el dia, mes y año que ingreso manualmente el usuario
 Time, guarda la hora, minuto y segundo en que se guardó el registro

 Si elegimos un tipo de campo text no hay necesidad de poner algún límite de caracteres
 El cliente debe tener relación con su carrito y este carrito si tiene la relación con el item, ya que un cliente puede comprar muchos items y un item puede ser comprado por muchos clientes lo que convierte esta relación en muchos a muchos y aquí entra a jugar la tabla carrito.
 Un cliente puede comprar varias veces y cada vez que compra le generamos un carrito, esto permite tener el historial de que compro en cada pedido, por eso la relación es 0:M porque el cliente puede o no comprar, solo puede ir a ver el sitio y no comprar nada.
 Al ser cuentaPlatzi una llave primaria no puede repetirse su valor, es como usar un UNIQUE, este valor es único.Yo pondría cuentaPlatzi no como llave primaria si no que fuera única para que no se pueda repetir y también le definiría un índice.

Carlos Rodríguez Huerta

student•

ERD:

Carlos Rodríguez Huerta

student•

Así es compa, aunque actualmente sólo uso Workbench.

Yohana Alexandra Triviño Vasquez

student•

Algún otro que recomiendes?

alberto mena

student•

Como es posible que cliente no tenga relacion con item?

Si un cliente no elige (relación) un item ese item no aparece en el carrito.

Diego Forero

Team Platzi•

El cliente debe tener relación con su carrito y este carrito si tiene la relación con el item, ya que un cliente puede comprar muchos items y un item puede ser comprado por muchos clientes lo que convierte esta relación en muchos a muchos y aquí entra a jugar la tabla carrito.

Jonattan Infante

student•

La relación entre cliente y Item esta contenida por Carrito e Item por lo que no seria innecesario volver a crearla. Yo lo veo como una tubería o calles donde tu sigues el camino mas optimo.

Massiel Daniela Gaitan Garcia

student•

VARCHAR máxima longitud permitida: 8000 caracteres. NVARCHAR máxima longitud permitida: 4000 caracteres. VARCHAR almacena caracteres de un byte de tipo ASCII Extendido. NVARCHAR Capacidad de almacenar caracteres de dos bytes. Caracteres Unicode.

Estefany Minerva Camarena Gordillo

student•

Gracias por el dato

Smerlyn Javier Eusebio Bonifacio

student•

Marco Aguilar

student•

Esta clase fue particularmente ilustrtativa

Danelia Sanchez Sanchez

student•

Diferencia entre char y varchar: usa char cuando estés seguro de la cantidad de caracteres a almacenar pues podrías tener espacio inutilizado y varchar asigna la cantidad de caracteres que necesites dinámicamente.

Gabriel Gaspar Galindo

student•

Compañeros una pregunta: Si en un futuro yo deseo realizar consultas con base en la fecha en la que se creó el registro (por ejemplo, saber el número de ventas del mes de Enero de los últimos cinco años), el tipo de dato timestamp servirá para realizar esa consulta?

Mi duda es con respecto a la forma en que timestamp guarda la información, ¿asigna una celda separada para el día, mes y año, de tal forma que la info se pueda consultar por alguna de esas entradas, o guarda todo en una misma unidad?

Richard Almonte

student•

Hola,

Yo diria que la mayor parte de los sistemas usan un campo de tipo DateTime porque puede dar muchos detalles relacionados con las fechas. Ademas, la mayor parte de los lenguajes permiten manejar muy bien este tipo de datos, a travez de propiedades especificas.

El TimeStamp, por el contrario es una cadena de caracteres que, por definicion, lo hace mas dificil de consultar.

Gabriel Gaspar Galindo

student•

Muchas gracias!

Karla Verónica Álvarez Vázquez

student•

![](

JUAN SEBASTIAN RODRIGUEZ JIMENEZ

student•

los videos anteriores facilitan mucho que la clase sea tan dinámica !!

Angel Orellana

student•

Porque un item tiene 0 o muchos carritos ? no le encuentro sentido a eso solamente a q un carrito tiene muchos items

carlos melgarejo

student•

El item puede ser seleccionado por 0 o por muchos usuarios,debido a esto el item puede no tener carrito o tener muchos carritos

Wilson Marino Pablo Mendez

student•

Igual me siento un poco confundido! Porque al final el item solo puede ser comprado por un cliente no por muchos

Alexander Grajales Vanegas

student•

para realizar estos modelos podemos usar herramientas que nos permitan dejar de una vez la documentación, algunas de ellas

enterprise architect
draw.io
lucidchart.com
sql power Architect

entre otras.

Diego Rodriguez

student•

=> Crea un espacio en memoria con los caracteres ingresados y con el limite máximo que se designa

Mario Menjívar

student•

¿No sería mejor tener una tabla para preferencias? Algo así cómo “tags”.

Dev Iot

student•

cuentaPlati podría ser un UNIQUE y así solo tendremos una primary key

Carlos Andres Perez Zapata

student•

le quedaba mejor en el tablero xD

Stefany Zapata Naranjo

student•

En que lugar se encuentran alojados los archivos del ejercicio?

José Rafael Hernández Barboza

student•

Archivos del ejercicio: https://github.com/peadiazmo/PlatziStore

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

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