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

Clase 36 de 63 • Fundamentos de Bases de Datos 2017

Henry Tabima Giraldo

student•

por convención las entidades débiles se nombran por orden alfabético, por ejemplo, carrito empieza por C mientras item empieza por I, por esta razón, la entidad débil se llama carrito-item y NO item-carrito.

esto es útil tenerlo en cuenta cuando se crean relaciones en frameworks (laravel por ejemplo) que utilizan ORMs

Seba Cardoso

student•

Es una buena prática y diría también que no se permiten en nombres de tablas (generan un error en el editor de estructura): ( ) + - / * " ; = & | # > < ^ ’ { } %
En el caso del guion medio al momento de trabajar con SQL los motores de bases de datos lo interpretan como una operación aritmética de ‘menos’.

Cristian Orozco Benjumea

student•

Oye gracias por la información, no lo sabía.

Henry Tabima Giraldo

student•

otros de los atributos que pueden ir en la entidad debil carrito-item pueden ser:

descuentos(segun cantidad)
promociones

Ricardo Celis

teacher•

hola HenrtTabimargiraldo excelente soluciones! =)

Usuario anónimo

user•

Muy útiles.

Ivan Cardozo

student•

Yo Agregaria una celda para medir el incremto de los precios de cada proveedor a la tabla item_proveedor

Diego Forero

Team Platzi•

Y si un proveedor cambia más de una vez el precio, si quiero tener ese tipo de control yo agregaría una tabla ya que me permite controlar varios cambios de precio del proveedor y ver un histórico, un campo solo me permite almacenar el último cambio.

Ivan Cardozo

student•

Muy buena respuesta ¡¡ Gracias por tu aporte

Fernando David Soto Betin

student•

Campos

item_id
carrito_id
registro_id
cantidad
costo_unitario
sub_total
iva
descuento
costo_total

Adicionaría registro_id para controlar que se puedan registrar más de un items por cada compra que se realice.
Nota: iva = impuestos a las ventas.

Didier Zúñiga

student•

A mi me cuesta aún identificar atributos en una entidad débil, en el ejemplo de Item-Proveedor, el atributo “lote” yo creería que podría estar en la misma table Item.
¿Existe algún procedimiento que pueda seguir para hallar correctamente los atributos en las entidades débiles?

Enrique Quimbayo Corredor

student•

Hay un sistema que me facilitado mucho el poder ubicar los atributos en las entidades, consiste en listar los atributos que uno crea que van a ir y luego solo se quedan en la tabla aquellos atributos que tengan relación directa con el nombre de la tabla un ejemplo podria ser en la tabla producto el atributo IVA debe ir en otra tabla que se llame tarifas_IVA ya que es parte del producto pero el atributo se repetiría muchas veces y por eso es mejor practica ubicar las tarifas en otra tabla y solo dejar la relacion

Juan Miguel Jimenez

student•

En la entidad Item falta agregar el precio.
En la entidad Carrito_Item podríamos agregar el costoDeEnvio y el cuponDePromocion como opcionales.
En la entidad Item_proveedor se podría agregar la fecha de entrega del ultimo pedido.

Cesar David Ramírez Dimaté

student•

Lo que si me genera duda es si colocar el atributo precio en Item o en Item_Proveedor, ya que es el Proveedor es quien define el precio de un producto. Creo.

Luis Gomero

student•

yo creo que el proveedor te da un precio que es tu precio de compra y el precio de venta lo estableces tú en tu tabla de items. Con esto generas tus ganancias que podrían en otra tabla de cuadre de caja de Platzi!

Daniel Cadavid

student•

 por convención las entidades débiles se nombran por orden alfabético, por ejemplo, carrito empieza por C mientras item empieza por I, por esta razón, la entidad débil se llama carrito-item y NO item-carrito.
 Es importante que las entidades débiles deban reflejar de manera rápida lo que relaciona (Por ejemplo, detalles de compras, tracking de personas, etc) cualquiera de los dos métodos para nombrarlas es valido
 Es una buena no usar estos símbolos en los nombres de las tablas: ( ) + - / * " ; = & | # > < ^ ’ { } %
 Si queremos hacer un control de cambio de precios de un producto se podría agregar una tabla ya que permite controlar varios cambios de precio del proveedor y ver un histórico.

David Auza

student•

Para la entidad débil carrito-item, yo agregaría también un atributo para descuentos y otro para los impuestos que pudieran corresponder.

Carlos Uriel de Jesus Sánchez González

student•

Dentro de la relaciones muchos a muchos los campos adicionales es recomendable poner campos de control como quien lo hizo cuando lo hizo y un campo de observaciones, que deberian por buenas practicas ponerlos en todas la entidades. Los demás campos adicionales los van a dictar las reglas de negocio.

Christopher Mejia

student•

Los tipo de entidad que no tienen atributos clave propios se denominan tipos de** Entidad débiles**. Entonces los tipos de entidad que tienen un atributo clave, se denominan tipos de **entidades Fuertes. **

En los diagramas de ER, el tipo de entidad débil como la relación, se distinguen rodeando sus cuadros y rombos mediante unas líneas dobles. El atributo de clave parcial aparece subrayado con una línea discontinua o punteada.

Soraimar Claivel Bernal Camacho

student•

Las entidades débiles no pueden tener llaves primarias nuevas??? o solo pueden tener las llaves heredadas de las entidades padres??

José Gálvez

student•

Por lo que entendí y por los ejemplos que puso creo que no se pueden generar nuevas llaves primarias, generalmente se trata de una llave primaria compuesta que apunta a y nuevos atributos que surgen de la relación

Ingeborg Muñoz Carnot

student•

Cuando tienes un relacionamiento N a N, si o si la nueva tabla se lleva las PK de ambas tablas “padre” generando una PK compuesta, es la forma de identificar de manera única la tupla, además por un tema de índices si necesitas consultar por las tablas padres es mucho más rápido que tener una PK adicional, sin embargo es posible que si necesites agregar atributos que ayuden a identificar de manera óptima que la tupla sea única. Por ejemplo para este caso con los atributos id_curso y num_matricula, no es suficiente, ya que puede existir la posibilidad de que el estudiante haya inscrito el curso muchas veces:

Asahi Cantu Moreno

student•

Las entidades débiles pueden surgir con la realización de acciones o “Transacciones” sobre entidades fuertes para evitar redundancia en la información, de este modo se sabe que una acción sobre dos objetos se realiza mediante la entidad débil.

Por tanto atributos adicionales pueden ser la fecha de realización de la transacción, (el tiempo de bloqueo del item para que otro usuario no pueda disponer de el [Principio de Aislamiento]) la ip, el navegador o sistema operativo del que se está oeprando, ubicación, sitio o enlace desde el cual se agregó al carrito, etc.

Anatolio Kosluk

student•

En la entidad débil Carrito_Item agregaría los siguientes atributos: FechaCompra, timestamp, obligatorio; MontoCompra, number(7), obligatorio; tiempoGarantia, timestamp,
En la entidad Item_prtoveedor agregaría los siguientes atributos: Stock, number(7); leadTime, number(3); FechaIngreso, timestamp.

Diego Adrián Sánchez Gutiérrez

student•

un nuevo atributo puede ser un descuento que se puede activar por la cantidad de productos en un carrito otro atributo puede ser promoción ya que se encuentra en determinado horario o fecha otro puede ser la verificación de la mayoría de edad del cliente para determinados productos

juan david jaramillo zuñiga

student•

otro de los atributos que pueden ir en la entidad debil carrito-item pueden ser la de tiempoDePago en la cual se puede poner el tiempo en el cual la tienda acordo pagarle al proveedor por ese item

Diego Forero

Team Platzi•

Seria información rebundante, si un producto x es comprado por 10 clientes diferentes porque tienes 11 unidades por ejemplo de ese producto entonces en cada carrito-item vas a poner esa información, adicional a esto carrito-item es la relación con el cliente no con el proveedor, esto seria más util por ejemplo si tenemos una tabla de pedidos.

BOGAR Julius Flores Garcia

student•

Si elijo un atributo que no es llave primaria en mi entidad, puede ser llave foranea? o forzosamente debe ser una llave primaria en mi entidad.

Diego Forero

Team Platzi•

Puedes usar otra columna, pero por buenas prácticas y que tu aplicación se pueda mantener fácilmente en el futuro es mejor usar la llave primaria.

Wilmar Alexis Caicedo Serrano

student•

Los atributos que agregaría a la entidad débil carrito_item son:

carrito_id
item_id
cantidad
valor_unitario
descuento
iva
subtotal

Cesar David Ramírez Dimaté

student•

el valor_unitario o precio, estaría relacionado al carrito_item o al item_proveedor?

Luciano Reguera

student•

El precio si lo ponemos como atributo de item solo tendríamos el precio actual y si por X motivo necesitamos ver la variación de precios en un determinado periodo, no se reflejará.
Si al precio lo ponemos en carrito_item se deberá consultar cada venta para dicho dato y creo que no reflejaria la realidad que se asigne el atributo a esta entidad, por lo cual creo que como dice cesar, lo mas apropiado sería colocar el atributo precio en el item_proveedor, entonces yo colocaría en el detalle del ingreso, el precio al cual estoy comprando el item y seguidamente el precio de venta, no se que opinan? de todos modos siempre creo hay que conocer bien las reglas del negocio para dar soporte a estas cosas

Cristian Orozco Benjumea

student•

Yo agregaría otra entidad debil llamada Inventario en la que se conecte:

Proveedor (ingresa productos y su costo)
Item
Carrito (resta productos al inventario)

Cesar David Ramírez Dimaté

student•

Realmente no vendría siendo una entidad, porque realmente un inventario es consultar lo que se tiene actualmente en una bodega. Un inventario en sí sería una especie de consulta SQL o un reporte, pero no una entidad.

Vespaciano Forero Sanchez

student•

En la entidad debil Carrito_item, se podría poner lo que hay en muchos sitios eCommerce, cupones de descuento, también: descuento a partir de cierta cantidad de ítems.

Diego Forero

Team Platzi•

Yo lo aplicaría a un carrito, si lo pones en la entidad débil aplicarías cupones por artículos del carrito, igual si es lo que quieres hacer esta bien, recuerda que no hay un diseño perfecto, todo depende de las necesidades.

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

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