Résolvez le problème que les données associées sont vides dans la relation éloquente: assurez-vous que la clé étrangère est sélectionnée

Lors du chargement des données associées à l'aide de Laravel Eloquent, les données associées peuvent retourner NULL si la colonne sélectionnée est spécifiée dans la requête du modèle principal mais ne contient pas de clé étrangère pour établir la relation. Cet article explique en détail la cause de ce problème et fournit une solution: inclure explicitement toutes les clés étrangères requises pour les associations dans l'énoncé de sélection de la requête du modèle principal pour s'assurer que Eloquent correspond et charge correctement les données associées.

Description du problème

Dans les applications Laravel, lors de la tension de précharger les données associées (telles que les fichiers et les modèles d'utilisateurs) via la méthode avec () éloquente, et en utilisant la méthode SELECT () dans la requête du modèle principal (cours), vous pouvez rencontrer la situation où les données associées renvoie NULL. Même si la relation d'association est correctement définie dans le modèle et que les clés étrangères existent réellement dans la base de données, Eloquent ne peut pas établir la carte d'association correcte en mémoire car la requête principale ne sélectionne pas ces colonnes de clés étrangères.

Considérez le scénario suivant: nous voulons obtenir l'ID, CourseDisplayName, et à peu près les colonnes de la table de cours, et préchargez leurs fichiers associés (obtenez l'ID, nom de fichier, filepath) et utilisateur (obtenez l'ID, nom) en même temps.

Le code de requête éloquent initial peut ressembler à ceci:

 $ cours = cours :: avec (['fichiers: id, nom de fichier, filepath', 'utilisateur: id, nom'])
    -> SELECT ('ID', 'CoursedisplayName', 'AboutCourse')
    -> où ('userId', $ request-> tutorid)
    -> get ();

Le modèle de cours correspondant définit la relation d'appartenance avec les fichiers et l'utilisateur:

 // modèle de cours
Le cours de classe étend le modèle
{
    Fichiers de fonction publique ()
    {
        return $ this-> appartenance (fichiers :: class, 'fileId', 'id');
    }

    Fonction publique User ()
    {
        return $ this-> appartenance (user :: class, 'userId', 'id');
    }
}

Bien que la définition de la relation soit correcte, dans les résultats de sortie de la requête ci-dessus, les données associées aux fichiers et à l'utilisateur sont affichées comme nuls:

 [
    {
        "id": 20,
        "CoursedisplayName": "asasasb",
        "À propos de cours": nul,
        "fichiers": null, // attendez des données, mais null
        "utilisateur": null // attendez des données, mais null
    },
    {
        "id": 14,
        "CoursedisplayName": "Yuu",
        "À propos de cours": "kljkl",
        "fichiers": null,
        "utilisateur": null
    }
]]

Analyse de la cause du problème

La cause profonde de ce problème est que lorsque l'éloquente précharge les données associées, il doit s'appuyer sur des colonnes de clés étrangères dans les résultats de requête du modèle principal pour correspondre et lier le modèle associé. Lorsque vous utilisez explicitement la méthode SELECT () dans la requête du modèle principal et que vous ne contenez pas de colonnes de clés étrangères pour établir l'association (comme FileID et UserId), Elogent ne peut pas obtenir ces informations de connexion critiques.

Plus précisément, Course :: avec ([«Fichiers», «Utilisateur»]) exécutera d'abord la requête principale pour obtenir l'enregistrement du cours. Eloquent collecte ensuite les valeurs FileID et UserId dans ces enregistrements de cours et les utilise pour effectuer des requêtes distinctes (ou dans certains cas, joignez-vous aux opérations) pour obtenir les fichiers et les enregistrements utilisateur correspondants. Si FileID et UserId ne sont pas dans l'ensemble de résultats de la requête principale, Eloquent ne peut pas créer des requêtes d'association ultérieures, et les données d'association récupérées ne peuvent pas être correctement "injectées" dans l'objet de cours correspondant.

Solution

La solution à ce problème est très simple: dans l'instruction SELECT () du modèle principal, en plus de sélectionner la colonne de données commerciales souhaitée, toutes les colonnes de clés étrangères utilisées pour établir l'association doivent également être incluses.

Pour cet exemple, le modèle de cours associe le modèle de fichiers via FileID et le modèle utilisateur via UserId. Par conséquent, dans la méthode Select (), FileId et UserId doivent également être inclus.

Le code de requête éloquent corrigé est le suivant:

 $ cours = cours :: avec (['fichiers: id, nom de fichier, filepath', 'utilisateur: id, nom'])
    -> SELECT ('ID', 'CourseDisplayName', 'AboutCourse', 'UserId', 'FileId') // Ajouter 'Userid' et 'FileId'
    -> où ('userId', $ request-> tutorid)
    -> get ();

En ajoutant UserId et FileID dans l'instruction SELECT, Eloquent peut obtenir ces valeurs de clé étrangère tout en obtenant l'enregistrement du cours. De cette façon, lorsque Eloquent essaie de charger des fichiers et des associations utilisateur, il peut utiliser correctement ces valeurs de clé étrangère pour effectuer des requêtes d'association ultérieures et ramener les résultats à l'objet de cours.

Notes et meilleures pratiques

1. Nécessité des touches étrangères: Lorsque vous utilisez la méthode Select () pour le modèle principal, il est important de se rappeler que toute clé étrangère utilisée pour précharger des associations avec () doit être incluse dans la liste de colonnes de Select ().
2. Comportement par défaut: si votre requête éloquente n'utilise pas la méthode SELECT (), Eloquent sélectionnera toutes les colonnes du tableau par défaut (SELECT *) et dans ce cas, les touches étrangères seront généralement incluses, de sorte que ce problème ne se produira pas.
3. Considérations de performance: Bien que les clés étrangères soient nécessaires pour résoudre le problème de l'association, dans les applications pratiques, le principe de sélection des colonnes nécessaires doit toujours être suivi pour optimiser les performances de la requête et réduire la consommation de mémoire. Évitez de sélectionner inutilement toutes les colonnes, sauf si vous en avez vraiment besoin.
4. Association à plusieurs niveaux: s'il existe une association à plusieurs niveaux (par exemple, cours -> fichiers -> FileOrner), lors du préchargement de fichier, vous devez également vous assurer que la clé étrangère utilisée pour associer le propriétaire de fichiers dans le modèle de fichiers est sélectionnée (si le modèle de fichiers utilise également SELECT ()).
5. Lisibilité et maintenance: pour la lisibilité du code et la maintenance future, il est recommandé que toutes les colonnes de clés étrangères liées aux relations soient explicitement répertoriées dans la méthode SELECT (), même si elles ne sont pas strictement requises dans certains cas (par exemple, lorsque Select () n'est pas utilisé).

Résumer

Lorsque vous utilisez Laravel éloquent pour les requêtes de données et le préchargement d'association, si l'ensemble de résultats du modèle principal est filtré (c'est-à-dire que la méthode select () est utilisée), assurez-vous d'inclure toutes les colonnes de clés étrangères utilisées pour établir des associations dans la liste de Select (). Il s'agit d'une étape critique pour s'assurer qu'Eloquent reconnaît et charge correctement les données associées. Suivre ce principe peut éviter efficacement le problème des données associées vides causées par les clés étrangères manquantes, créant ainsi une application Laravel robuste et efficace.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!