Foro de elhacker.net

Hola amigos,
Debo resolver unos ejercicios de modelo ER, a partir de unos enunciados debo diagramar las entidades, relaciones, atributos y cardinalidad.
Se me hace dificil para reconocer la cardinalidad en ejercicios en los que dan las entidades y atributos pero no dicen como se relacionan las entidades sino que se deben deducir, entonces no le entiendo si debe ser uno a uno o uno a muchos, etc

Uno de los ejercicios que no logro entender es:
     http://fundametosbdunipanamericana.blogspot.com/2010/11/ejercicio-mer-1-2.html?m=1   (http://fundametosbdunipanamericana.blogspot.com/2010/11/ejercicio-mer-1-2.html?m=1)

Si ven en la imagen la relacion producto-->{detalle}-->venta,  debajo de producto dice (0, n) y debajo de venta (1, n) entonces q tipo de cardinalidad seria?: uno a uno, uno a muchos? Y por que seria?


 ¿alguien tendra la amabilidad de  explicar y algunos ejemplos faciles de entender?

Otra cosa que no entiendo es en que direccion se leen esos numeritos (1, n) izquierda a derecha o derecha a izquierda? Porque en ejemplos que observado hay 2 pares, uno en cada lado de la relacion pero en otros ejemplos hay solo 1 par que se ubica justo en el centro del rombo de relacion.

Saludos,

- Los números (x,y) son denominados Cardinalidad Mínima y Máxima.
- Los números X:Y son denominados Correspondencia de Relación

[Producto] (0,n) --> <Detalle> --> (1,n) [Venta]
                                   1:N

-- Se lee:

--- 1:N => Un Producto puede tener varias ventas. Relación Uno a Muchos

--- (0,n) => Un Producto tiene como mínimo 0 Detalles de Venta (El producto no se ha vendido), y como máximo n cantidad de Detalles de Venta (El producto se ha vendido varias veces), es decir, Un Producto puede o no venderse varias veces.

--- (1,n) => Una Venta tiene como mínimo 1 Detalle de Producto (Se está vendiendo un producto), y como máximo n cantidad de Detalles de Producto (se está vendiendo más de un producto), es decir, Una Venta tiene que hacerse a por lo menos un Producto.

- Los ejercicios que se suelen encontrar suelen ser muy vagos en cuanto a detalles, y el problema radica en que el Diseño Conceptual puede variar drásticamente dependiendo de los requerimientos y/o funcionamiento previstos para la Base de Datos.

- Te podría recomendar este e-book gratuito en español: https://openlibra.com/es/book/bases-de-datos-2

Gracias bro, ahora si ya entendi como se llaman y se leen esos numeritos que me confundian.

Podrias explicar como obtienes la correspondencia de relacion?

Por que en el  ejemplo de [producto]  --> <detalle> --> [venta]  la correspondencia es 1:N y no 1:1?

- Es por simple lectura y entendimiento de las Tablas. El enunciado del ejercicio no es muy claro, pero viendo como lo han desarrollado se puede entender de que [producto] es una tabla que contiene varios productos diferentes, cada uno con su Stock, luego [venta] es una tabla que contiene un detalle de la compra de uno o varios productos.

-- Por esto se deduce que Un Producto se puede Vender Muchas veces hasta que se acabe su Stock, y que se pueden hacer Muchas Ventas de Un Producto.

-- Si fuera 1:1 entonces un producto, llámese tomates se vendería en una venta. Si se quieren vender varios productos, papas, tomates, rábanos, etc, cada uno debería de tener su propia venta individual, esto sería muy redundante, así que un 1:N permite vender varios productos en una sola venta. Claro que todo esto depende de los requerimientos solicitados y del análisis de la base de datos.

buena explicacion ora si ya entendi la idea. Gracias.