tengo una duda con esto, en la entidad producto cuando haces que codTipo sera una FK es necesario mantener el atributo tipoProducto? no se supone que codTipo tendra asociado un tipoProducto?
+Carlos Vernal Tienes toda la razón del mundo. Me disculpo por ello. Lo que ocurre es que yo quería usar tipoProducto como FK, pero luego, al establecer la relación, se creó un campo codTipo para ello. Entonces tipoProducto ya no resulta necesario, y olvidé quitarlo. Hay que tener en cuenta que el campo codTipo que está en TipoProducto puede ser referenciado en la tabla Productos con el nombre tipoProducto. Es decir, la FK no necesariamente debe tener el mismo nombre que la PK a la cual hace referencia. Lo menciono por si acaso. Gracias por comentar.
@@programacionymas: lo curioso es que sí habías eliminado el atributo "tipoProducto" (min. 6:20) de la entidad "Productos", pero más adelante (min. 6:39), cuando seleccionaste el atributo "CodTipo" de la entidad "TipoProducto", también incluiste inadvertidamente el nombre de la entidad y se reflejó como *atributo* en la entidad "Productos" mediante algún comando de teclado (se escuchan pulsaciones de tecla).
Gracias Christian por comentar. . Fácil es rendirse o dejar de intentar por un tiempo. No parar hasta aprender algo nuevo es una de las mejores cosas por hacer en esta vida : )
y que relacion seria si quiero agregar otra tabla que es detalleproducto ..donde estaria el detalle de la impresora mouse etc.. esta tabla detalleproducto tendria como campos marca de la impresora , serial , usuario , etc . lo cual detalleproducto es el hijo de la tabla productos.me dejo entender? espero me ayudarias a encontrar esa relacion saludos
Correcto. Lo que comentas se conoce como tener una tabla maestra y una tabla detalles. La table padre o cabecera tendrá un id, que estará presente en la tabla que contiene los detalles.
Se que este tutorial es algo antiguo, pero veo que no comentan mucho no se, si ya has arreglado eso pero, si pudieras subir un poco el volumen seria mucho mejor, tengo todos los sonidos al máximo y casi no se escucha Gracias por tus guias :)
Hola. Gracias por la sugerencia. Últimamente, a los videos les subo siempre un poco el volumen. También he cambiado de micro. Creo que con ello ya se escucha mejor. Si puedes darte una vuelta por el canal y ver los últimos videos, estaría genial jeje. Saludos.
Hola. En ese entonces estaba usando la versión r7.3. Me parece que existen versiones más actuales, pero además de cambiar la apariencia, debería ser lo mismo.
tengo una duda en mi tabla productos entonces tendre 2 index con primary una para diferenciar que un producto no puede tener el mismo codigo como tambien va almacenar el codigo index primary de la tabla tipo producto la cual va a seleccionar que tipo es el producto la cual es llamada clave foranea es asi ? lo hago en (phpmyadmin) estoy un poco confundido
Si entendí bien, tu tabla Producto tiene 1 PK que es el código único del producto. Y una FK respecto a la tabla TipoProducto. Ten en cuenta que la clave foránea hace referencia a una clave primaria externa, pero no es propiamente una clave primaria en la tabla Producto.
Simplemente magistral. He visto muchos tutoriales pero tu explicación es clara y sencilla, a prueba de novatos.
Genial! Qué bueno que te haya sido de ayuda.
excelente explicacion, sencillo y facil de entender! muchas gracias!
Genial! Gracias por el comentario :D
Tu ejemplo es lo que necesitaba para que me "cayera la ficha" como se dice en Argentina. Un abrazo
Qué bueno! Gracias por el comentario.
Excelente video me ayudo un monton a aclarar las relaciones y un problema con un script que estaba haciendo
Tienes un don muy especial, me ayudaste a aprender, gracias, saludos.
Muchas gracias Javier por el comentario, Me alegra que te haya sido de ayuda.
tengo una duda con esto, en la entidad producto cuando haces que codTipo sera una FK es necesario mantener el atributo tipoProducto? no se supone que codTipo tendra asociado un tipoProducto?
+Carlos Vernal Tienes toda la razón del mundo. Me disculpo por ello.
Lo que ocurre es que yo quería usar tipoProducto como FK, pero luego, al establecer la relación, se creó un campo codTipo para ello. Entonces tipoProducto ya no resulta necesario, y olvidé quitarlo.
Hay que tener en cuenta que el campo codTipo que está en TipoProducto puede ser referenciado en la tabla Productos con el nombre tipoProducto. Es decir, la FK no necesariamente debe tener el mismo nombre que la PK a la cual hace referencia. Lo menciono por si acaso.
Gracias por comentar.
@@programacionymas: lo curioso es que sí habías eliminado el atributo "tipoProducto" (min. 6:20) de la entidad "Productos", pero más adelante (min. 6:39), cuando seleccionaste el atributo "CodTipo" de la entidad "TipoProducto", también incluiste inadvertidamente el nombre de la entidad y se reflejó como *atributo* en la entidad "Productos" mediante algún comando de teclado (se escuchan pulsaciones de tecla).
excelente tu explicación muy bien
Excelente trabajo Ingeniero.
Gracias por el comentario Luis.
Saludos.
Uaooo excelente bro, me encanto tu explicación (y)
Un TipoProducto puede ser asignada a bastantes Productos y un Producto solo puede tener un TipoProducto
excelente amigo!!!
me saco las dudas, pero me perdi en algo asi que a volver a ver el video para poder razonarlo de nuevo, pero me sirvio de mucho tu video
Gracias Christian por comentar. .
Fácil es rendirse o dejar de intentar por un tiempo.
No parar hasta aprender algo nuevo es una de las mejores cosas por hacer en esta vida : )
muy bueno amigo, aprendi gracias!
Excelente! Gracias por comentar.
y que relacion seria si quiero agregar otra tabla que es detalleproducto ..donde estaria el detalle de la impresora mouse etc.. esta tabla detalleproducto tendria como campos marca de la impresora , serial , usuario , etc . lo cual detalleproducto es el hijo de la tabla productos.me dejo entender? espero me ayudarias a encontrar esa relacion saludos
Correcto. Lo que comentas se conoce como tener una tabla maestra y una tabla detalles. La table padre o cabecera tendrá un id, que estará presente en la tabla que contiene los detalles.
Pero si solo es un detalle. La relación seria de uno a uno
Se que este tutorial es algo antiguo, pero veo que no comentan mucho
no se, si ya has arreglado eso pero, si pudieras subir un poco el volumen seria mucho mejor, tengo todos los sonidos al máximo y casi no se escucha
Gracias por tus guias :)
Hola. Gracias por la sugerencia.
Últimamente, a los videos les subo siempre un poco el volumen.
También he cambiado de micro. Creo que con ello ya se escucha mejor.
Si puedes darte una vuelta por el canal y ver los últimos videos, estaría genial jeje.
Saludos.
Genial!
amigo unos audífonos te solucionaran el problema ;)
@@Rango10xD: ¡Exacto! Con unos audifonos se entiende claramente y hasta se escuchan las pulsaciones de las teclas y los botones del ratón.
Que version de Erwin tienes? las relaciones, me salen con diferente simbolo.
Hola. En ese entonces estaba usando la versión r7.3. Me parece que existen versiones más actuales, pero además de cambiar la apariencia, debería ser lo mismo.
tengo una duda en mi tabla productos entonces tendre 2 index con primary una para diferenciar que un producto no puede tener el mismo codigo como tambien va almacenar el codigo index primary de la tabla tipo producto la cual va a seleccionar que tipo es el producto la cual es llamada clave foranea es asi ? lo hago en (phpmyadmin) estoy un poco confundido
Si entendí bien, tu tabla Producto tiene 1 PK que es el código único del producto. Y una FK respecto a la tabla TipoProducto. Ten en cuenta que la clave foránea hace referencia a una clave primaria externa, pero no es propiamente una clave primaria en la tabla Producto.
mmmm ya veo gracias viendo tus videos estoy aplicando mejor que en otros :D