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

Clase 20 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

Comentarios

Ivan Robles

student•

Paso 4: Asignar atributos a las entidades.

Para hacer un buen ejercicio hay que pensar en:

¿Que atributos voy a necesitar?
¿Cual va a ser la codificación que voy a utilizar?
¿Como los voy a trabajar dependiendo del tipo de dato?

Hasta este punto no nos vamos a fijar en que motor de base de datos vamos a correr.

El tipo de dato va a ser obligatorio o no obligatorio, dando la posibilidad de que sea nulo o no nulo (Null o Not Null en SQL).

Vamos a tener un identificador único de cada tabla, una llave primaria. Mínimo una por tabla.

Para hacer mas fácil las consultas hay que tener una nomenclatura para cada tabla (como AV_ para avión) y así poder referirnos a los atributos que se repiten en varias tablas (como nombre).

Hay que revisar el tipo de dato que vamos a usar, los identificadores se pueden trabajar como serial, así la misma base de datos se va a encargar de que el valor de ese identificador sea único e irrepetible.

Definimos la obligatoriedad de los datos, las llaves primarias tienen que ser obligatorias.

Analia De La Reta

student•

es correcto. como manejo SQL te puedo agregar que cuando diseñas las tablas tenes ayuditas para diseñarlas. ejemplo que la clave principal sea autoincremental. o por ejemplo que tenga un valor inicial etc

Diego Ramirez

student•

Genial! Muchas gracias!

Joaquin Araujo

student•

¿Que clase de varchar es este?

Diego Forero

Team Platzi•

No entiendo tu pregunta, puedes ser más claro 😃

Joaquin Araujo

student•

Es broma, me dió gracia que solo colocó varchar 😃

Edwar Enrique Vilchez Serrano

student•

Al calcular el tamaño de los espacios de memoria dejar una holgura de un 15 al 20 %

Sergio Orduz

teacher•

esta es la recomendación?

Manuel Camacho

student•

@sdorduzc así es, es recomendable dejar ese porcentaje de holgura en los casos que desconocemos todas las posibles entradas, por ejemplo en el caso de nombre podría ser iván o podría ser Nabucodonosor, si conoces el limite máximo de caracteres que podrían ingresar como un numero de celular que maximo son 10 dígitos (sin contar los 2 números de la extensión por el país) entonces lo recomendable sería sólo asignar un espacio para 10 dígitos y evitar malgastar memoria

Fernando David Soto Betin

student•

Identificador (ID): Por lo general de tipo Auto Incremento

Analia De La Reta

student•

exacto. solo que necesiten una clave manejada por el usuario. yo prefiero como vos decis

Andric Alejandro Vargas Alarcón

student•

Es importante siempre recordar documentar todos los campos en un diccionario de datos.

Wellington Perez

student•

¿Como así?

Wiliam Quispe

student•

Metodología de diseño - Paso 4

En esta etapa tenemos que definir los atributos de las entidades, teniendo en cuenta lo siguiente:

Qué tipo de dato se va a designar a dicho atributo
La obligatoriedadque va a tener
Si es llave primaria (mínimo se debe de tener una) va a tener que ser un campo obligatorio
La nomenclatura que se va a usar para nombrar a los atributos, siendo una buena práctica usar un prefijo (AV_) seguido del nombre específico de atributo
Si es un identificador, puede ser del tipo serial para que de esta forma sea la base de datos la quien se encargue de asignar una valor único e irrepetible al identificador

Cesar David Ramírez Dimaté

student•

Realmente recomiendo colocar el nombre completo a un campo (sin abreviaturas para identificar de qué tabla es) ya que uno al realizar queries en SQL uno puede colocar un alias.

SELECT av.matricula, av.nombre, av.tipo, av.marca FROM Avion AS av;

MySQL Workbench en su entorno gráfico permite colocar los campos y crear el query del mismo, o también crear los queries sql con base a un diseño conceptual.

Juan Carlos Pinzón

student•

Tuve una profe de bases de datos más específicamente de Oracle que decía que solo los campos que íbamos a usar para hacer cálculos los colocáramos como numérico o fecha o lo que nos sirve para los cálculos de resto usar tipos de datos que sean lo más livianos posibles

Daniel Eduardo Portugal Revilla

student•

es verdad, ya que un campo numérico ocupa mas espacio que un campo caracter, esto impacta en cosas como la fragmentación de la base de datos, ya que esto no siempre se guarda en bloques exactos de memoria y contiguos.

Cesar David Ramírez Dimaté

student•

Pues si jajaja 🤣🤣🤣 yo diría que lo obvio. A diferencia de un lenguaje de programación utiliza un rango de valores para un tipo de dato, en base de datos uno puede especificar cuantos caracteres ocupará dicho campo.

@DanielEdu si tu defines un atributo int(3) va a tener 3 campos de rangos del 0-9. Pero si defines un atributo varchar(3) cada campo va a tener todos los números, letras y carácteres especiales. Así que no, un campo numérico no ocupa más espacio, el espacio lo definimos nosotros.

Ahora, en MySQL existen tipos de datos como int, smallint, mediumint, y en ese caso si maneja un rango de valores específico. Entonces dependerá mucho del motor de base de datos.

Andric Alejandro Vargas Alarcón

student•

Ejm de Campos identificador en motores de BD:
**Mysql : **
Campo : ID_campo1 / Tipo : integer, autoincrement
SQL Server:
Campo : ID_campo1 / Tipo : Int: colocar de tipo : Identity
PostgreSQL
Campo: : ID_campo1 / Tipo : Serial (de manera automatica coloca numerico y secuencial)

Juan Carlos Pinzón

student•

No había visto eso de que una tabla tenga dos llaves primarias aquí si me quedo confundido

Rafael Guillermo Rodriguez Garcia

student•

Se recomienda una sola llave primaria, tengo entendido que los motores de BD validan que sea una sola llave primaria, ahora, la llave primaria puede ser compuesta (formada por varios campos, eso es otra cosa)

Jair Israel Avilés Eusebio

student•

Lo que si aplica es que una llave primaria sea compuesto por mas de un campo (por lo general de 2 columnas). En este hilo de Stackoverflow te explican con un ejemplo por que aplica estos casos.

Nicolas Rosales Arce

student•

Yo hubiese creado una tabla llamada TipoAvion, en donde puedo tener mas controlados los tipos de aviones que puede haber y luego tener una relacion entre Avion y TipoAvion 😄

Camilo Caquimbo Tabares

student•

Así es y una entidad tipo_pista perteneciente a Aeropuerto para distinguir que TipoAvion soporta la pista de x Aeropueto.
Se puede especificar tanto como sea necesario para nuestras necesidades.

Cesar David Ramírez Dimaté

student•

Pero en la Entidad TipoAvion que vas a tener, sólo el nombre? Creo que en este ejemplo puntual es innecesario.

Más bien lo que puedes hacer es crear un constrain, definiendo que tipos de aviones puedes manejar.

Daniel Cadavid

student•

 Se recomienda utilizar el siguiente borrador para asignarle los atributos a las entidades

 Se recomienda en el nombre del atributo usar las iniciales de la entidad para que no se genere confusiones después, ejemplo varias entidades pueden tener el atributo nombre, si no hacemos esta diferenciación después se complica diferenciar el atributo nombre de diferentes entidades
 Para hacer un buen ejercicio debemos pensar ¿Qué atributos voy a necesitar? ¿Qué codificación voy a utilizar en los nombres? ¿Cómo los voy a trabajar dependiendo del dato?
 Recordemos que cada entidad debe tener una llave primaria la cual debe ser única e irrepetible
 Recordemos que las entidades tienen también atributos obligatorios y opcionales
 Un atributo tipo serial se incrementa de manera automática
 Al calcular el tamaño de los espacios de memoria dejar una holgura del 15% o 20%
 En resumen de este paso: 1) Identificamos los atributos 2) definimos que tipo de campo y cuantos espacios consumiría en memoria 3) definimos los atributos claves 4) definíamos cuales atributos son obligatorios y cuales son opcionales
 Multi-tenant es una arquitectura de software que permite a una sola instancia de software servir a muchos clientes. En otras palabras, un solo desarrollo de código puede servir a multiples usuarios, separando la información sensible de cada uno y que solo sea visible por ellos.

Cada cliente del servicio es considerado como un tenant, esto permite que se pueda personalizar elementos de la aplicación, como son colores de la interfaz, pero no se personaliza el código como tal. Mas info https://platzi.com/blog/multi-tenant-que-es-y-por-que-es-importante/

Jose Ramos

student•

Gracias!

Diego Herrera

student•

tener en cuenta: atributos que se van a utilizar - codificación y tipo de dato

null - no obligatorio - campo nulo
not null - obligatorio

minimo una llave primaria por tabla

identificador único de cada tabla - llave primaria - irrepetible

Avión - AV (identeificador genérico reconocible)

varchar(8) - los espacios que no se usan no son fijos, es decir no ocupan memoria si no se utilizan.

tipo de dato:
serial - char - num - monedas - timestamp

Jecsham Castillo

student•

Aquí la tabla con corrección:
Ahora he entendido lo de la redundancia 👍

Joseph Darwin Carhuaz Villagomez

student•

Cuando tengo una aplicación que será usada por distintos usuarios en la que cada cuenta tendrá toda la data vacía y limpia. ¿Cómo se logra que por ejemplo existan ID iguales para cada cuenta diferente si en cada entidad el ID es único? ¿Para cada usuario se crearía uan base de datos exclusiva? Por ejemplo si al aplicación tiene una entidad ‘características’ y en la cuenta del usuario ‘arturo’ la categoría con el ID 1 es ‘frutas’, pero en la cuenta del usuario ‘rosa’ la categoría con el ID 1 es ‘muebles’. Es decir el mismo ID en la misma entidad tiene un valor distinto para cada cuenta o suscriptor. He estado investigando un poco y he notado eso en varios servicios. ¿Cómo sería con el ejemplo del aeropuerto de la clase? ¿Cuál es la mejor forma de organizar mi base de datos cuanto tengo usuarios que harán uso de la aplicación con su propia data?

Diego Forero

Team Platzi•

Una forma es usar multitenancy https://platzi.com/blog/multi-tenant-que-es-y-por-que-es-importante/, esto te permite hacer lo que quieres teniendo diferentes schemas para cada usuario.

Otra forma en que lo puedes hacer es en tu tabla categoría tener cada categoría asociada al usuario que la crea, no importa cual es el id de la categoría, puedes generar campo slug por ejemplo para poder llegar a esa categoría de ese usuario, haces lo mismo con tus otras tablas, creas una relación con el usuario dueño del registro, y creas un campo que sea un identificador que se pueda repetir y dejas el id funcionando autonumerico.

Joseph Darwin Carhuaz Villagomez

student•

Gracias GOLLUM23, es justo lo que necesitaba comprender. Me interesa evaluar cuál sería lo más conveniente para mi aplicación, pero no entendía cómo funcionaba servicios similares.

Jonatan Josue Murcia Acuña

student•

cual es la diferencia entre una llave primaria un campo Unique? he visto las dos opciones al crear una tabla en MySql

Jonatan Josue Murcia Acuña

student•

entre una llave primaria Y* un campo Unique?

Eduardo José Álvarez

Team Platzi•

El campo unique garantiza que un dato sea único en los registros de la base de datos, mientras que el campo primary key es la representación única de un registro en cualquier tabla, aunque es único también tiene mayor relevancia

Roberto Bock

student•

Hola compañeros! como están, tengo una duda, cómo hacer para rellenar los atributos de una Entidad, como por ejemplo la entidad RUTA, la cual me parece que la mayoría de sus atributos serían claves primarias de otras tablas, por ejemplo un atributo origen y destino serían los ids de un aeropuerto origen y otro destino. Veo que en la tabla que explica el profesor (que corresponde a este paso 4) no hay que especificar aún si un atributo es foráneo o no. Así que, cómo se haría en este caso?

Leandro Vegas

student•

Desde ayer que no puedo ver los videos de corrido. Tienen micro cortes y se vuelve muy tedioso ver las clases con ese error. Ya probé bajarle la calidad al video y cambiar de servidor pero aun así no se soluciona. He descartado que el problema sea mi conexión a internet porque con otros sitios funciona perfectamente. Que puedo hacer?

Diego Forero

Team Platzi•

Prueba cambiando de servidor en el icono del engrane, puede ser un problema de conectividad del CDN.

Jean Michael Courtois

student•

Buenas, yo estoy en España y me ha estado dando el mismo problema. Pero por lo general el servidor B siempre me funciona. Ahora bien, si aún así no te va, podrías buscar alguna forma de descargar el video. Según he visto en las políticas de platzi puedes descargarte el contenido siempre y cuando sea para uso personal. Y estudiando informática seguro que encontramos alguna forma de hacerlo. xD

Espero haber podido ayudar un poco aunque sea. jajaja

Smerlyn Javier Eusebio Bonifacio

student•

ejemplo:

Miguel Segura

student•

¿Con que programa hiciste ese diagrama?

Smerlyn Javier Eusebio Bonifacio

student•

MySQL

Gabriel Andreí Barceló Alfaro

student•

Hola comunidad de Platzi, me surgió una duda, en este caso el profesor puso dos Primary Keys (AV_ID y AV_matricula), ¿Eso significa que puedo acceder a la tabla con cualquiera de ella o con la combinación de esa dos primary keys?

Edwar Baron

Team Platzi•

Hola, lo que uso el profesor es una clave primaria compuesta, a la tabla puedes acceder como quieras. si buscas solo con AV_matricula debes tener en cuenta que puedes tener varios resultados, dado a que puede repetirse, pero si accedes con ambas llaves, solo deberias ver un solo resultado, ya que la combinacion de ambas en unica.

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

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