Relaciones de Tablas en Laravel: Usuarios y Publicaciones

Clase 11 de 31 • Curso de Introducción a Laravel 9

Resumen

¿Cómo crear una relación de tablas para identificar publicaciones y usuarios en Laravel?

En el desarrollo de aplicaciones web, especialmente al utilizar frameworks como Laravel, es esencial entender cómo interrelacionar entidades y tablas. En esta ocasión, exploraremos el proceso de crear una relación entre usuarios y publicaciones. Así, cada usuario tendrá múltiples publicaciones y cada publicación pertenecerá a un único usuario. ¡Veamos cómo lograrlo paso a paso!

¿Cómo se modifica la migración para agregar un identificador de usuario?

El primer paso para establecer una relación entre tablas es modificar la migración para incluir un identificador de usuario (UserID) en la tabla de publicaciones:

$table->unsignedInteger('user_id'); // Campo user_id para números positivos

Este campo sirve para almacenar el ID del usuario al que pertenece cada publicación. Además, se define como un entero sin signo para asegurar que solo acepte valores positivos.

¿Cómo se crea la relación entre las tablas?

Después de agregar el campo UserID, es crucial definir explícitamente la relación:

$table->foreign('user_id')->references('id')->on('users');

Esta línea de código establece que el campo UserID en la tabla de publicaciones hace referencia al campo ID de la tabla de usuarios. Con ello, Laravel entiende cómo están relacionadas estas tablas.

¿Cómo actualizar los datos de prueba o semillas?

Al trabajar con datos ficticios, actualizar el archivo Factory es indispensable para reflejar estos cambios. Si estás creando un ID de usuario específico en tus pruebas, puedes hacer lo siguiente:

'user_id' => 1, // Asigna el ID del usuario de prueba

El uso de datos semillas flexibles permite ejecutar las migraciones repetidamente para restablecer la base de datos al estado inicial, sin preocuparse por la pérdida de información crítica.

¿Cómo integrar la relación en los modelos de Laravel?

Para que Laravel conozca la existencia de esta relación, es necesario incorporarla en el modelo de las publicaciones:

public function user()
{
    return $this->belongsTo(User::class);
}

Este método indica que cada publicación pertenece a un único usuario. El nombre del método, user, se escribe en singular para seguir la convención de Laravel.

¿Cómo visualizar el usuario en la vista de blog?

Finalmente, para mostrar el nombre del usuario que realizó una publicación en la vista, debes modificar la página del blog para reflejar esta relación:

{{ $post->user->name }} // Muestra el nombre del usuario asociado a la publicación

Este código se asegura de que cada publicación muestre claramente el nombre del usuario que la creó. Si estas configuraciones se implementan correctamente, el sistema devolverá la información adecuada, evitando errores.

Recomendación final

Recuerda siempre verificar cada paso y corroborar que la relación se ha definido y actualizado correctamente en todos los componentes del proyecto. Con estas configuraciones, garantizas que los datos se manejen eficazmente, proporcionando una experiencia optimizada y sin fallos.

Continúa explorando y experimentando con Laravel para dominar toda la funcionalidad que ofrece. ¡Sigue adelante y descubre las infinitas posibilidades del desarrollo web!

Martín S. Campos

student•

Siguiendo las convenciones de Laravel podemos reducir más el código.

$table->foreign('user_id')
                ->references('id')
                ->on('users');

// Es lo mismo a 

$table->foreign('user_id')->constrained();

¿Por que?, estamos siguiendo la convención de user_id, por lo que Laravel ya sabe que la tabla en relación es users por el mismo nombre. Si fuera el campo target_user_id allí si solo se podrá usar la primer opción, especificando la referencia y la tabla.

Ricardo Andres Zambrano Cuaicuan

student•

Buen aporte

Gustavo Pú

student•

Exelente observación !!

Sergio Morgan

student•

¿Que sucede si tenemos varios usuarios, y queremos crear datos ficticios cuidando de no romper la relacion? Esto me sirvió: Agregar use App\Models\user; al factory, colocar como return para el id 'user_id' => user::all()->random()->id, PostFactory:


<?php

namespace Database\Factories;

use Illuminate\Support\Str;
use Illuminate\Database\Eloquent\Factories\Factory;
use App\Models\user;

class PostFactory extends Factory
{
    public function definition()
    {
        return [
            // 'user_id' => 1,
            'user_id' => user::all()->random()->id,
            'title' => $title = $this->faker->sentence(),
            'slug' => Str::slug($title),
            'body' => $this->faker->text(2200),
        ];
    }
}

Fabiola Jessica Huancollo Chambi

student•

lo apliqué y salió genial, solo en user::all o App\Models\user;. Me parece que la forma de escribir las clases es iniciar con letra Mayúscula. 😅

Abraham Gonzalez

student•

Yo me plantee el mismo reto, cree 10 usuarios. Solo que a diferencia de ti hice la consulta diferente:

'user_id' => User::inRandomOrder()->limit(1)->first('id'),

Me parece que asi tarda menos el query, al no pedir TODO los usuario para luego tomar solo uno. Aqui limito al query a solo 1.

Eduer Pallares Jiménez

student•

Me quedo asombrado con tan pocas líneas de código todo lo que se logra en Laravel. En mi día a día uso otro framework construido también con PHP y para realizar algo así hay que escribir algo así como 100 líneas de código mal calculadas.

Julian David Alzate Cuervo

student•

cual framework usas? yo por ahora solo he aprendido a manejar laravel

Eduer Pallares Jiménez

student•

@julianalzate046 CodeIgniter V2

Pablo Joaquín Cruz

student•

¿Por qué el método en Post debe llamarse user() obligatoriamente?

Si intentan cambiar el nombre del método dentro del modelo Post verán que todo se rompe. Esto es porque el método depende de la clave foránea creada (de la clave foránea, no del nombre del otro modelo). Nosotros la llamamos user_id, entonces interpreta que el atributo que le va a "dar vida" se va a llamar user. Si se llamase userx_id el método debería llamarse userx() y entonces el atributo a usar en la vista sería userx. Aparentemente, para que Laravel reconozca esto la clave foránea debe terminar en _id, entonces el nombre correspondiente sería lo que está antes del guion bajo. Más arriba dije que depende de la clave foránea y no del modelo porque tranquilamente mi clave foránea podría ser userx_id y el modelo al que hace referencia podría haber sido User y esto no importa porque esta relación ya se indica en las migraciones. Entonces en un post podríamos tener un autor y un asistente, corresponden a un User y podríamos llamar a sus claves foráneas author_id y assistant_id sin importar que el modelo se llame User. Ahora algunos ejemplos por si no quedó claro:

Si la clave foránea es user_id el método debe llamarse user() y el atributo se llamará user.
Si la clave foránea es author_id el método debe llamarse author() y el atributo se llamará author.
Si la clave foránea es usuario_id el método debe llamarse usuario() y el atributo se llamará usuario.

Aldo Sebastián Méndez Gonzalez

student•

Tu comentario me ayudo a hacer mi ejemplo funcionar!

Jonas Zacarías Abarca Ponce

student•

Justamente, yo me quedé bien menso, resulta que para facilitar el desarrollo Laravel hace suposiciones. Por lo tanto utiliza el singular y el plural Si tu creas Users, entenderá que el objeto individual es user y para relacionarlo se usara user_id

Esneyder Alvarez

student•

El framework está muy útil, pero no sé... a veces salen cosas que no entiendo muy bien de dónde o por qué se deben colocar... Me funciona todo, pero me si quiero hacer un proyecto desde cero con este framework no sé si pueda.

Fabiola Jessica Huancollo Chambi

student•

Yo también estoy algo así, pero yo sé que sí normal con fé. Claro, si sigo estudiando y practicando y si o sí debo aprenderlo, para avanzar un proyecto q me reté xD. Estoy trabajando bajo presión , sino no hay ingresos éste mes 😅

JUAN MANUEL QUEVEDO CELIS

student•

Entiendo el sentimiento de impotencia, porque sientes que estas amarrado a reglas, como cuadriculado. En mi caso es un choque, porque estaba acostumbrado a programar sin un framework, entonces terminaba uno construyendo un código spaguetti. Esto es normal en la curva de aprendizaje,

Matias Galeano

student•

A mi me dio un error de "tabla posts ya existe" con el comando:

php artisan migrate:refresh --seed

Busque en internet y me funcionó el siguiente comando:

php artisan migrate:fresh --seed

Cristian Damaso Calderon Rojas

student•

Gracias amigo me salvaste.

Sebastian Mori

student•

me aparecio el mismo error, yo elimine toda la base de datos. pero gracias por el dato :)

Carlos Roberto Villatoro Barrios

student•

Yo en este caso cree un usuario random y junto cree mi propio usuario utilizando lo siguiente en el DatabaseSeeder:

User::factory()->create([
            'name' => 'Carlos Villatoro',
            'email' => 'carlos@villatoro.dev',
            'password' => bcrypt('admin123.'),
        ]);

Luego en el factory de post, para que existieran 2 usuarios cada uno con su post, utilice el siguiente método de Faker:

'user_id' => $this->faker->randomElement([1, 2]),

y este fue el resultado:

Miguel Ángel Juárez Guerrero

student•

Hola a todos. Quisiera que alguien me pueda ayudar con el siguiente error:

Jose Leonel

student•

En el archivo: database/seeders/DatabaseSeeder.php tiene que estar primero la creación de los usuarios, después el de los posts

public function run()
{
	\App\Models\User::factory()->create();
        \App\Models\Post::factory(80)->create();
}

Brian Aurelio Alvarez Cuadros

student•

Excelente, muchas gracias, me funcionó. Lo que no entiendo es por qué antes funcionó y ahora no si yo no toqué (intencionalmente) ese archivo DatabaseSeeder.php.

Igual muchas gracias.

Rafael

student•

¿Como hacemos para relaciones de mucho a mucho en laravel?

Christian Chávez

student•

En la documentación esta de esta manera: https://laravel.com/docs/9.x/eloquent-relationships#many-to-many

Yerson Mejia Ramos

student•

Revisa la documentacion del ORM eloquent, siempre ten un lapiz y papel para que te des cuenta de la relacion que existe entre 2 tablas. Debido a que existe la relacion 1-n y n-1 y es poco confuso pero facil de entender al final.

https://laravel.com/docs/9.x/eloquent-relationships

FERNANDO ANDRES FERNANDEZ FLOREZ

student•

Existe alguna herramienta que traduzca estándar SQL a Eloquent?

Owen Enríquez

student•

Según las convenciones de Eloquent, la primary key se llama 'id' y la foreign key 'nombreDelModelo_id', por lo que si estás utilizando otros nombres, debes especificarlos de la siguiente manera.

class Post extends Model{
    use HasFactory;

    public function user(): BelongsTo
    {
        return $this->belongsTo(Usuario::class, 'ForeignKey', 'Primary_Key');
    }
}

Walter Omar Barrios Vazquez

student•

$table->foreignId('user_id')
	->constrained()
	->cascadeOnUpdate()
	->restrictOnDelete();

Miguel Angel Muñoz Pozos

student•

Yo Recomiendo crear una nueva migración para agregar la columna user_id

return new class extends Migration {
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up(): void
    {
        Schema::table('posts', function (Blueprint $table) {
            $table->unsignedBigInteger('user_id');

            $table->foreign('user_id')
                ->references('id')
                ->on('users');
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down(): void
    {
        Schema::table('posts', function (Blueprint $table) {
            $table->dropColumn('user_id');
            $table->dropForeign('posts_users_id_foreign');
        });
    }
};

Juan Giovanny Rosas Ledesma

student•

¿Por qué el método se tiene que llamar user()?

Platzi

student•

El método se llama user() porque una publicación pertenece a un único usuario. El nombre se escribe en singular de manera intencional para representar la relación.

Jorge Enrique Pulido Sayago

student•

Suponiendo que ya tengo un sistema y no puedo eliminar todos los datos de la tabla, ¿como hago una migracion que solo agregue el dato del usuario a la table existente?

muchas gracias

diegogutierrezrazo.95

student•

duda en esta parte del codigo en blog.blade.php {{$post->user->name}}

'name' representa la columna de la tabla 'users'

pero 'user' que representa?

Luis Cano

student•

es la relacion hasMany/belongsTo, un user tiene VARIOS posts y un post pertenece a UN user:

$post contiene los atributos/objeto del post ->user contiene los atributos/objeto del usuario ->name es el atributo o columna 'name' del objeto/tabla user

básicamente estas cargando el objeto user a través del objeto post.

Camilo Venegas

student•

Victor Roman Ortiz Abreu

student•

$table->foreign('user_id') ->references('id') ->on('users');

similar: $table->foreign('user_id')->constrained();

: alternativa segun la guia de laravel: $table->foreignId('user_id')->constrained()->onDelete('cascade');

Juan Pablo Campuzano Monsalve

student•

Excelente clase!

Andrés Mendoza Moreno

student•

Hola! ¿Qué aplicación utilizas para visualizar la base de datos? Yo uso HeidiSQL pero últimamente me da problemas de desconexión.

Relaciones de Tablas en Laravel: Usuarios y Publicaciones

Introducción a Laravel

Desarrollo web con Laravel 9: instalación y configuración inicial

Estructura de Carpetas en Proyectos Laravel

Fundamentos de Laravel

Comandos básicos de Artisan en Laravel

Desarrollo de Rutas Web en Laravel: Creación y Configuración

Configuración de Vistas en Laravel con Blade

Creación de Plantillas en PHP para Vistas Eficientes

Controladores en Laravel: Organización de Rutas y Peticiones

Migraciones de Base de Datos en Laravel: Creación y Control de Versiones

Creación y Configuración de Modelos y Factories en Laravel

Manejo de Bases de Datos con Eloquent en Laravel