Curso Profesional De LARAVEL: Episodio 8 - Relaciones | GOGODEV

En esta entrega del curso de Laravel, exploramos en detalle las relaciones entre modelos. Aprende cómo están interconectados los modelos en una aplicación y el poder de Laravel al gestionar estas conexiones. Desde la construcción de un e-commerce hasta el detallado ejemplo de la relación de un teléfono y usuario, este curso te guiará por el fascinante mundo de las relaciones en Laravel.
Documentación oficial Relaciones: laravel.com/do....
✅ Marcas De Tiempo
0:04:08 - Relación 1 A 1
0:26:57 - Usando Relaciones En Vistas
0:33:26 - Usando Relaciones En Api
0:40:17 - Relación 1 A Muchos / Muchos A 1
0:47:24 - Relación Muchos A Muchos Y Pivotes
1:10:46 - Relación 1 A 1 Indirecta O Con Modelo De Paso
1:19:15 - Relación 1 A Muchos Con Modelo De Paso (Through)
1:22:31 - Relación Polimórfica 1 A 1
1:36:38 - Relación Polimórfica 1 A Muchos / Muchos A 1
1:40:18 - Relación Polimórfica Muchos A Muchos
1:57:04 - Conclusiones
El video trata sobre "Curso Profesional De LARAVEL: Episodio 8 - Relaciones" pero también intenta abordar el siguiente tema:
Vinculando Modelos
E-Commerce en Laravel
Migración de Relaciones
Título: Curso Profesional De LARAVEL: Episodio 8 - Relaciones | GOGODEV
✅ Suscríbete Al Canal Para Ver Mas Videos: www.youtube.co...
✅ Enlaces Importantes:
👉 Si Buscas Una Comunidad Para Desarrolladores Visita: ademass.com/
✅ Conectate Conmigo:
👉 (X)Twitter: / jjruizempresa
==============================
✅ Otros videos que te pueden interesar:
👉 Dominando GraphQL: Curso Completo Para Desarrolladores | GOGODEV
• Dominando GraphQL: Cur...
👉 Curso Profesional de VUE 3: Episodio 1 - Fundamentos | GOGODEV
• Curso Profesional de V...
👉 Curso Profesional de VUE 3: Episodio 2 - Componentes | GOGODEV
• Curso Profesional de V...
👉 Curso Profesional de VUE 3: Episodio 3 - Aprendiendo Directivas | GOGODEV
• Curso Profesional de V...
=============================
✅ Acerca de GOGODEV:
Canal creado con el ánimo de divulgar conceptos sobre programación informática, así como para formar futuros desarrolladores autodidactas en cualquier lenguaje de programación.
Programación en español. Explicación y divulgación de tecnologías.
Cursos y consejos sobre programación.
Programación fácil.
Formación para programadores.
Aprender a desarrollar de forma clara y concisa.
Tecnología sin rodeos.
Programación efectiva.
Todos los lenguajes y temáticas: Solidity, PHP, Laravel, C#, JavaScript, React, NextJS, Vue3, ReactNative, Angular, Blockchain, TypeScript, Python, Odoo, Django, Unity, Unreal Engine, Java, CSS3, HTML5.
¡De programador a programador!
📩 Email: [e-mail]
🔔 Subscribete A Mi Canal Para Ver Mas Videos:
www.youtube.co...
=====================
#laravel #relaciones #modelos #ecommerce #migración #práctica
Descargo de responsabilidad: No aceptamos ninguna responsabilidad por ninguna pérdida o daño en el que se incurra si usted actúa o no actúa como resultado de escuchar cualquiera de mis publicaciones. Usted reconoce que utiliza la información que proporcionamos bajo su propio riesgo. Haga su propia investigación.
Descargo de responsabilidad de derechos de autor: según la Sección 107 de la Ley de derechos de autor de 1976, se permite el "uso justo" para fines tales como críticas, comentarios, informes de noticias, enseñanza, becas e investigación. El uso justo es un uso permitido por el estatuto de derechos de autor que de otro modo podría estar infringiendo. El uso personal, educativo o sin fines de lucro inclina la balanza a favor del uso justo
© GOGODEV

[@AbelQuispe]

Este curso tranquilamente podría ser de paga y no de los económicos. Muchas gracias por compartir conocimiento gratis..!

[@GOGODEV]

Muchas gracias Abel!

[@AngelGeraldoTech]

Excelente, bastante conceptual, lo que es bueno, por que cuando se aprende el concepto, muy difícil se olvida el aprendizaje.

[@juanjosegonzalez8483]

Como siempre genial. Pero vendría de perlas una pequeña actualización para Laravel 11, puesto que no trae el Api por defecto. Para el que quiera seguir esta parte con la versión de 11 de Laravel: ⬇︎ 1⃣Ejecutar en la terminal ➡︎php artisan install:api 2⃣Añadir en el archivo User.php ➡︎use Laravel\Sanctum\HasApiTokens; 3⃣La primera línea después del primer { dejar así ➡︎ use HasFactory, Notifiable, HasApiTokens;

[@LG-pl6xk]

Muchas gracias crack!! Está nice!!!!!

[@enelanonymatus5634]

Me costó terminar la clase pero valió la pena por lo detallado y bien explicado que está.

[@GOGODEV]

Muchas gracias!

[@BestMassagechair-m6h]

Gracias, Mis conocimientos son muy básicos. Así que recomiendo Estos Vídeos

[@devsam3693]

¡Gracias! 💻

[@GOGODEV]

Muchas gracias por tu apoyo!!

[@manosroberto]

Un montón de saludos, fecilitaciones y gracias por el oro que nos estas dando hermano.. exitos.. voy poco a poco con todo tu contenido.. muy explicativo..

[@GOGODEV]

Muchas gracias!

[@ivanovichenco]

genial, genial. Gracias. Garacias de nuevo por el curso.

[@GOGODEV]

Muchas gracias por tu apoyo Iván!

[@anmasa]

Excelente tutorial, muy bien explicado y de forma sencilla, darte la enhorabuena y muchas gracias.

[@GOGODEV]

Muchas gracias Antonio!

[@ClawHammer23]

Otro excelente curso como de costumbre, de lo mejor en KZbin, muchas gracias

[@GOGODEV]

Muchas gracias Julio!

[@isaiasleonardobrito]

Que buen video, estaba buscando algo así, super bien explicado

[@pxtxtx18]

Excelente video, buena explicación fácil de entender. Gracias

[@GOGODEV]

Muchas gracias Leonardo!

[@OulidenReudaL]

Super denso, valla currazo!!!

[@GOGODEV]

Muchas gracias!

[@leoprone1]

Enorme explicación! muchas gracias!

[@antonio80s90s]

Extraordinario, grandioso, maravilloso... Gracias por este y el resto de vídeos, claramente explicados y en profundidad. Quería hacerte una pregunta, tal vez un poco de novato, pero estoy empezando en esto. Para gestionar las diferentes entidades cuyos modelos has ido creando (Phone, Image, Tag, etc...) y poder crear, modificar, borrar registros de dichas entidades, faltarían sus correspondientes controladores con sus respectivas funciones de crud, verdad? Me refiero a, llegado el momento, de darle al usuario la posibilidad de crearlos vía, por ejemplo, formulario, más alla del uso de seeders y factories. Y en relación a eso, en cuanto a las tablas pivote, como no hay modelo de las mismas, no habría controlador para ellas, no? De nuevo muchas gracias por este contenido tan valioso y enhorabuena por la calidad de todo el curso.

[@netcad3d]

Seria muy interesante una actualizacion de este apartado pero haciendolo con Mongodb. Excelente contenido.

[@xkiller838]

Este video estubo genial gracias por compartir se explicaron las relaciones aunq creo que crear los modelos las migraciones, seeders y los controladores consumio mas tiempo de lo normal y por eso la explicacion de las relaciones de los modelos no pudo ser mas detallada y mas ejemplificada quisas con esto hecho de ante mano con tablas basicas ubiese sido mas corto y mas centrada la explicacion de las relaciones pues esto lo explicaste en videos anteriores o tambien pudiste seguir usando las migraciones y modelos de los videos anteriores aunq se entendio faltaron algunas otras mas por explicar y en ocasiones la explicacion era muy rapida y corta en cuanto las relaciones sin envargo lo vi todo gracias por el esfuerzo y dedicacion a enseñarnos

[@GOGODEV]

Muchas gracias Killer! Efectivamente se ha hecho también hincapié en la partes anteriores, pero esto tiene también la intención de afianzar todo lo visto en el bloque,ya que a partir de la siguiente clase pasamos a trabajar el bloque de middleware y auth 👍

[@deimarjunior02]

@@GOGODEV Claro profe, si clase a clase se hace énfasis en cosas que venimos viendo en el camino afianzamos mas rápido el conocimiento ya que habemos personas que nos cuesta un poco este tema de aprender a programar.

[@italoromero1194]

una pregunta en el ultimo ejemplo si no se sabe que el tag estará relacionado con un video o post entonces se infiere que un tag no puede relacionarse a un post y un video no?¿??¿? por que sino no seria dinámico por que es Si un tag esta relacionado con un video OOO un post en caso contrario seria Si un tag esta relacionado con un video YYY un post

[@joseexpositoavila3444]

Muchas gracias!

[@GOGODEV]

A ti por verlo José!

[@daviddelafuente6266]

Magnífico curso! En los modelos, las referencias a las tablas de paso las indicas en singular 'taggable'', pero no debería ser en plural 'taggables''ya que le diste ese nombre a la tabla?

[@estebandev666]

dentro del toArray pueden ir tanto metodos como propiedades? y los metodos sin los parentesis?

[@caos983]

De nuevo genial el curso. Cuál es la manera de seguir la convención de nombres cuando la tabla tiene dos palabras? Por ejemplo buildings , building_sections y section_floors. Los modelos los creo en camel case BuildingSection, con lo que el nombre de la tabla que me genera es building_sections. Para hacer referencia por ejemplo desde la tabla section_floors a la sección a la que pertenece el nombre del campo sería building_section_id?

[@GOGODEV]

Hola Caos, muchas gracias! Convención tabla de nombre compuesto: Modelo: MyTable Tabla: my_tables Foreign key: my_table_id 👍

[@paulougartemendoza2154]

Exelente curso, tengo una duda, es la primera vez que trabajo con modelos, de hecho solo he trabajdo con laravel para crear backend, utilizando procedimientos almacenados de mysql, por lo que usar modelos es algo nuevo para mí. Sin embargo, después de utilizarlo, llego a la conclusión que aún así se le hace más fácil establecer las relaciones desde las migraciones. En ese caso, cómo sería el procedimiento para usar los modelos?

[@apimio]

Primero que todo, excelente curso. Ahora, las relaciones me parecen genial ..pero aquellos que venimos de armar la BD completa desde scripts y donde definimos todo slos constraint, FK, Triggers y esas cosas ... debemos de considerar este método por sobre la construccion de modelo BD clásico por decirlo así?, existe alguna ventaja o mejor sicho, cual es la diferencia de este método, con respecto al que expongo?.. Mil gracias y nuevamente, muy bueno el curso.

[@GOGODEV]

Hola, muchas gracias! Existen dos escuelas por así decirlo. La que prefiere contener la BBDD sin constrain y operar todo desde la capa de operaciones, y la que prefiere mantener una BBDD estricta. Yo soy más de la segunda, y de hecho durante el curso dedicaremos una clase expresamente a aplicar este tipo de restricciones desde los migrations 👍

[@marian876]

Genial el video como siempre!!! Consultita... Hicimos la relación para poder ver desde la vista del User el Sim, y si quisiera ver desde la vista del Sim el User a quien pertenece? Gracias

[@GOGODEV]

Muchas gracias María Eugenia! Desde SIM a User el proceso sería el mismo. Ejemplo: $mySim->user->email;

[@marian876]

@@GOGODEV En realidad ahora me di cuenta que para hacer la relación inversa ya están los id vinculando jajaja.

[@luissalazar153]

Excelente, aunque tengo una duda, hice una prueba con otro usuario que no tiene phone registrado, me da errores, pero si realizo la búsqueda exacta del usuario que tiene el phone registrado como en el video todo va bien.. que puedo hacer en ese caso?

[@juancarlosbeaskoetxea]

Hola, estoy disfrutando mucho con el curso. Todo está muy claro, pero me surge una duda, cuando creamos UserResource para que nos devuelva un único telefono, hemos podido formatear la salida del teléfono, por ejemplo concatenando el prefijo con el número, ahora bien ¿cómo lo haría para hacer esa concatenación en la relación uno a muchos y que todos los teléfonos me salieran con ese formato? Muchas gracias por adelantado

[@GOGODEV]

Muchas gracias Juan Carlos! Para la realizar la customización de un campo relacionado en un recurso, puedes concatenar estas vinculaciones en el resource padre sin ningún problema. Te dejo un ejemplo de un UserResource que estaría haciendo esto con un campo relacionado Post 1 a muchos: namespace App\Http\Resources; use Illuminate\Http\Resources\Json\JsonResource; class UserResource extends JsonResource { public function toArray($request) { return [ 'id' => $this->id, 'name' => $this->name, 'email' => $this->email, 'posts' => PostResource::collection($this->posts), // Relación uno a muchos con formato personalizado ]; } }

[@juancarlosbeaskoetxea]

Muchas gracias@@GOGODEV, es lo que buscaba. Saludos

[@pedromedina1987]

Hola, como estas? Estoy siguiendo tu curso, me parece super interesante, muchas gracias por compartir tus conocimientos. Una duda sobre la relacion UNO a UNO: de la forma que lo hiciste en el video, tambien queda mapeado en la base de datos? Es decir, si yo inspecciono la forma en que se crea la tabla phone, voy a poder ver que user_id es una FK dentro de la tabla phone? Muchas gracias

[@GOGODEV]

Hola Pedro! No, ese mapeado no queda reflejado en la BBDD, pero no te preocupes, en la clase 'Utilidades' del curso vemos cómo hacer esto a través de los archivos de migración 👍

[@pedromedina1987]

@@GOGODEV muchas gracias por tu aclaración! Una consulta más, en videos anteriores mencionas que podes hacer orientar tu sistema a una monolítico o backend puro o híbrido, que es lo que más recomendas?

[@GOGODEV]

@@pedromedina1987 Como siempre, depende del proyecto. No existe una solución que sea mejor, si no que cada una puede encajar mejor o peor con el proyecto según el fin deseado. Al final del curso, cuando hayamos visto todos los patrones, reflexionaremos sobre ello, ya con conocimiento de causa 👌

[@miguelbom-m3b]

en el polimorfismo de uno a uno en la creacion se coloca estos datos Image::create([ 'url'=> 'imagen 5', 'imageable_id' => 2, 'imageable_type' => User::class ]); imageable_type se coloca la ruta del modelo o llamar al mismo modelo, me la pase un buen rato con ese problema, sino colocan eso sale null

[@GOGODEV]

Genial! Fijo el mensaje por si otros compañeros han enfrentado el mismo error puedan solucionarlo 👍

[@miguelbom-m3b]

@@GOGODEV genial profe, pero tengo una duda, porque de user a image puedo traer los datos($user=>image=>url) pero de post a image no puedo traer los datos , si me pudiera indicar q es lo q tengo q hacer.

[@luissalazar153]

ah la tabla de pasos e llama taggables, en el video usas taggable en la tabla de paso, cual de las dos formas es la correcta??

[@terasistemas]

Excelente explicación!, me queda una duda, en la migración para crear la tabla taggables, especificas 3 campos, el tag_id, el taggable_id, y el taggable_type, los 3 como usignedbiginteger; en el ejemplo anterior de imageable_type fue especificado como string; hay alguna razon para ser diferente? o es que solo fue un error de escritura?. Gracias!

[@GOGODEV]

Hola muchas gracias! Si bien podríamos usar ambos tipos, el uso más extendido es el de marcarlos como string 👍

[@drfcozapata]

Juanjo, pregunto (y perdona mi ignorancia al respecto): 1. Si un unsignedInteger es un número que va de 0 a 4,294,967,295, en el caso de la asignación del prefijo al número de teléfono ¿no sería más lógico (y económico en cuanto a reserva de memoria) usar un tinyInt que va de 0 a 255 y que abarcaría todos los posibles códigos internacionales? 2. En el caso de phone_number y user_id, donde se usó unsignedBigInteger que van de 0 a 18,446,744,073,709,551,615, ¿no sería más correcto usar en ambos casos unsignedInteger, que va de 0 a 4,294,967,295 y cubriría todos los posibles casos de sobra? Lo pregunto porque entiendo que en el momento en que hacemos la asignación del tipo de dato a esperar, estamos también reservando la memoria para ello, si no estoy equivocado. Gracias de antemano por la respuesta. Saludos!

[@GOGODEV]

Hola Francisco! Me alegra saludarte. Tus apreciaciones son correctas. En este caso, los tipos de los campos fueron escritos tan solo a modo de ejemplo, por lo que no son los más eficientes en memoria. Un abrazo!

[@drfcozapata]

@@GOGODEV Vale! Gracias hermano. Estaba bien orientado entonces. Saludos!

[@luissalazar153]

Saludos , una pregunta: porque en el muchos a muchos el taggable_type es "unsignedBigInteger" y en el caso de imageable_type lo pusiste "string", tiene algo que ver eso? o cual de los dos tipos es el correcto?

[@rubendariodiazjimenez4371]

Buenos Días Excelente clase pregunta que extensión usa para que aparezca el menú contextual ya que a mí no me parece así, como el autocompletado de los llamados a ciertas funciones ya que veo que al escribirlas automáticamente se le autogenera gracias.

[@rubendariodiazjimenez4371]

osea la importacion de librerias 😊

[@GOGODEV]

Hola Rubén! Es posible que te refieras a las extensiones: laravel snippets laravel highlights Un abrazo!

[@rubendariodiazjimenez4371]

muchas gracias @@GOGODEV

[@GiancarloSereni]

🧠🤯🔥

[@your_dev_joselow]

Rica clase 🤑

[@GOGODEV]

Muchas gracias Joselow!

[@itslinv]

taggable_type deberia ser string? en la relacion polimorfica muchos a muchos. O me equivoco? Excelentes videos.

[@GOGODEV]

Muchas gracias Jesús! Efectivamente, debe ser string 👍

[@pablogadino]

Buenìsimo. ¿Hay una forma de acotar la profundidad de las relaciones? Digamos que quiero la lista de alumnos de una clase, y Clase tiene relaciòn hasMany con Alumno. Pero el modelo de alumno tiene otras relaciones, por ejemplo hasMany con otras Clases , Exámenes, Profesores, y otras cuantas. Si en mi consulta inicial a mí me basta con los nombres de los alumnos, ¿còmo evito que me devuelva un objeto gigante que termine incluyendo toda la base de datos?

[@GOGODEV]

Hola Pablo! Puedes acortarlo en tu petición eloquent indicando las relaciones exactas que quieres usando el método with. Ejemplo: Classroom::with('users')->where(......)->get(); Trae solo las clases y su relación con los alumnos. Classroom::with('users.evaluation')->where(......)->get() Trae las clases, sus relaciones con los alumnos, y de cada alumno sus relaciones con las notas de las evaluaciones. Y así, puedes acotar el nivel de relaciones que te quieres traer en la petición 👍

[@joseadams]

Excelente video. Sin embargo, tengo una pregunta: no sería más óptimo crear las relaciones dentro del manejador de base de datos (también) para q así también cree los índices y las búsquedas sean más rápidas? Por cierto, que las relaciones polimorficas son geniales y ayudan a reducir el espacio y la redundancia, me da la impresión. Saludos 😃👍

[@GOGODEV]

Muchas gracias, José! Vemos este punto de generación de relaciones en DB en una clase más adelante, la de utilidades si no recuerdo mal 👍 En cuanto al polimorfismo, efectivamente, nos ayuda a limpiar estructuras y eliminar redundancias 👌

[@joseadams]

@@GOGODEV Agradecido JJ

[@josesalcedo7275]

Hola, de verdad super bueno este capítulo y lo estoy viendo desde la plataforma de campus-ademas, ummm de verdad he visto muchos videos de cursos explicando la relaciones polimórficas de Laravel (sin desmeritar, ya que hacen un buen trabajo) y no me había quedado muy claro hasta ahora de verdad explicas muy bien, de verdad muchas gracias por tus conocimientos, no es por criticar el video ya que abarca demasiadas cosas y todo es completo lo que e visto pero en este video, me queda como pensando al respecto de las relaciones ejemplo: ----- $table->foreign('user_id')->references('id')->on('users'); ----- O ----- $table->foreignId('user_id')->constrained(); ------ no es óptimo realizarlo de este modo o que sería mejor? Pues pregunto. Y otra cosa lo de las acciones al momento de eliminar un dato de una base de datos o cuando se ejecuta una actualización, ejemplo: onUpdate() y onDelete() creo que a pesar de esto todo quedo super claro y demasiado bien explicado como dije de verdad muchas gracias he aprendido demasiado muchas gracias.

[@GOGODEV]

Muchas gracias José! Trabajaremos las generación de claves y eventos de borrado en cascada etc. en una clase ad-hoc para ello. Un abrazo y gracias por tu apoyo!

[@FranciscoFranciscoFrancisc-o6d]

una consulta, podemos definir la llave foranea de la siguiente manera $table->foreinId('user_id)->contrained(); $table->foreinId('role_id)->contrained();

[@GOGODEV]

Hola Francisco! Es correcto, aunque hay un pequeño error tipográfico. En este caso sería foreignId en lugar de foreinId. Esto entraremos a tratarlo en la clase de Utilidades más adelante 👍

[@brandon400]

En el ejemplo de uno a muchos de user con phones También tiene q existir una tabla de paso no?

[@GOGODEV]

Hola! No es necesario. La tabla de paso tan solo es necesaria en relaciones muchos a muchos

[@franciscoguedez9342]

Maestro, que pasa cuando el pivote sea un conjuntos de datos, en este caso es uno solo?

[@GOGODEV]

Hola Francisco! Se pueden añadir tantos pivotes como sea necesario. El proceso es el mismo. Por ejemplo, si añadimos created_at y updated_at estamos añadiendo dos pivotes. 👍

[@JJ-rv6ib]

Hay algún repositorio con el código de los proyectos?

[@francaguirre2943]

Hola estimado, he estado repasando esta clase mucho, y esta mas que excelente... Pero tengo un problema... si yo tengo ejemplo las tablas "usuarios" y "telefono", y la (FK) esta en "usuarios" y quiero que se relacione con el id de "telefonos". El problema (seguro de principiante) es que al intentar guardar los datos me dice que el id que estoy intentando guardar en el campo telefono_id es NULL.... usuarios ________________ id nombre correo telefono_id (fk) telefonos _______________ id (pk) telefono ¿Como hago para que me localice ese id que se acaba de guardar en "telefonos" y se pueda agregar al campo telefono_id de la tabla "usuarios"

[@GOGODEV]

Hola buenas! ¿Es posible que tengas aplicada la restricción a una id de teléfono existente, y por ello si tratas de grabar primero el usuario antes que el teléfono fallará. Si puedes, escríbeme la consulta en campus-ademass.com en la sección de dudas, y así puedo hacerle un seguimiento correcto, ya que en KZbin me cuesta seguir la información en los comentarios y a veces "se pierde" en el stack de comentarios cuando ya tiene una respuesta, jeje. Gracias!

[@francaguirre2943]

@@GOGODEV Gracias estimado, lo hare mejor ahi, de hecho ahi estoy tabien viendo el curso despacio, ya que veo tus Live pero para ir despacio lo veo en tu plataforma... Saludos Maestro

[@JC-df6eq]

no fue facil, pero viento en popa

[@GOGODEV]

A por todas!