#Consejos para las relaciones en BDD

1 messages · Page 1 of 1 (latest)

hexed plaza
#

Creo que debes delegar pesos a su aplicación y a tu diagrama ER.

Para poder saber si debe tener o no una relación externa.

Pero la práctica es quien te hará entender esto, por eso te digo usa FN

cloud oasis
#

Dependiendo de la complejidad del modelo, puedes necesitar muchas entidades. Pero lo que te puede ayudar a simplificar es usar FN.

#

Y que si se hace difícil de leer por el número de entidades y relaciones es algo inevitable, al final el diagrama es una visual del Macro, pero en tu código las consultas van a lo micro, que es lo importante.

deft tide
#

Ok entonces me tocaría empezar a practicar esa parte del FN

hexed plaza
#

En lo personal me da mucho fastidio el tema de las FN porque hacen que sean muchas tablas, pero después la mejor manera que hay para tener limpia la base de datos.

El reto aquí sería luego desde tu cliente saber cuál será el flujo para que las relaciones tengan sentido.

hexed plaza
#

Yo uso de backend Laravel y pues veo cómodo el tema de las relaciones con servicios y observadores.

Pero todo dependerá de la tecnología que uses, cada caso es unico

deft tide
hexed plaza
#

Ya lo que llamas descomponer sería normalizar

#

Es considerado lo mismo ( o así lo estoy entendiendo )

#

Si quieres explica un poco más

deft tide
#

El profesor dice que hagan el diagrama entidad-relacion lo más descompuesto para cuando llegue la parte de normalizar quede sencillo

#

No toque hacer otro trabajo

hexed plaza
#

Listo lo que llamas descomponer es igual a decir normalizar

#

Ya lo estás haciendo 💪🏽

hexed plaza
#

Aquí el trabajo o tarea sería: hacer una buena normalización

deft tide
hexed plaza
#

Es que primera vez que oigo o leo DESCOMPONER

Pero cada profesor enseña a su modo para hacerse entender

#

Tu profesor es bueno así que está bien si lo que quiere comunicar es lo que se debe hacer

cloud oasis
deft tide
cloud oasis
#

Puedes consultar con algún compañero o el profesor, pero creo que la idea es justamente que hagas hasta donde puedas para que cuando veas formalmente normalizar veas como puede ser más óptimo todo.

hexed plaza
hexed plaza
deft tide
deft tide
hexed plaza
deft tide
hexed plaza
#

Ahora sí debes hacer una para personas o clientes.

Dónde el DNI o documento sea único y los nombres puedes repetir.

DNI 39.177.737 María José
DNI 19.297.331 María pinto

#

Pasaría lo mismo con los productos de una tienda.

Tendrías televisores y pueden variar sus código de barra o incluso su categoría o ambas (n:m)

#

Es un mundo las relaciones de bases de datos

#

Pero no te apresures, lo entenderás todo en su momento

deft tide
#

Cómo lo de una ciudad a la que pertenece una persona y si hay muchas se puede hacer de una tabla aparte por lo que varias personas pueden vivir en una misma

cloud oasis
#

El preguntarse la cardinalidad, que es eso de uno a uno, uno a muchos o muchos a muchos, es parte de todo y ayuda a saber como normalizar

deft tide
cloud oasis
deft tide
hexed plaza
deft tide
hexed plaza
cloud oasis
#

formalmente, me enseñaron 5 pero se usan casi siempre seguro las primeras 3

hexed plaza
#

Creo que la teoría dice llegar hasta la 4 es considerada ya una bdd altamente relacionada

#

Pero hay más de 4

hexed plaza
deft tide
hexed plaza
#

Aquí debes investigar, jaja

Pero has vista la película de soy un Robot ??

cloud oasis
#

esperate a que las veas formalmente, cada una tiene un caso especifico en el que puedes decidir si la aplicas o no.

hexed plaza
#

Dónde hay 3 leyes?? Y una no puede fallar a la anterior?

cloud oasis
#

el tema es que es algo flexible.

hexed plaza
#

Aquí es casi lo mismo

Si estás en una FN 3 (ejemplo) y parece a la 2, está mal

deft tide
#

Cómo una ley

hexed plaza
deft tide
#

Gracias por la ayuda

hexed plaza
#

Nada, estamos para ayudarnos 💪🏽💪🏽💪🏽

cloud oasis
#

👍