


Pourquoi la clé primaire de chaîne de mon modèle éloquent Laravel 5.2 devient-elle 0 ?
Laravel 5.2 : Résoudre la perte de clé primaire lors de l'utilisation d'une chaîne
Lorsque vous tentez d'utiliser une chaîne personnalisée comme clé primaire pour une table Eloquent dans Laravel 5.2, la clé primaire la valeur clé peut étonnamment devenir 0. Ce comportement peut être déroutant et frustrant.
Voyons explorez le problème et trouvez une solution :
Description du problème
Vous disposez d'une table avec une clé primaire basée sur une chaîne et vous utilisez Eloquent pour interagir avec la base de données. Lorsque vous récupérez un enregistrement à l'aide de first() en fonction de la clé primaire, la valeur de la clé primaire devient 0 dans l'objet résultant.
Cause première
Le problème réside dans le comportement par défaut de Laravel pour l'auto- incrémentation des clés primaires. Par défaut, Laravel suppose que la clé primaire est un entier. Lors de la récupération des attributs du modèle, il vérifie si la colonne correspondante doit être convertie en nombre entier. Puisque votre clé primaire est une chaîne, ce processus de conversion modifie la valeur à 0.
Solution
Pour résoudre ce problème, vous devez spécifier explicitement que votre clé primaire n'est pas auto-incrémentée et doit être traité comme une chaîne. Pour ce faire, ajoutez les lignes suivantes à votre classe de modèle Eloquent :
protected $primaryKey = 'your_key_name'; // Your primary key name public $incrementing = false; // Disable auto-incrementing
Pour Laravel 6.0 et supérieur :
En plus de ce qui précède, vous avez également besoin pour définir la propriété $keyType sur 'string' :
protected $keyType = 'string';
Avec ces paramètres, Laravel traitera correctement votre clé primaire comme une chaîne et évitez la conversion erronée en entier.
Considérations supplémentaires
Horodatage :
Si votre table n'a pas d'horodatage, vous devez définir $ les horodatages sont définis sur false dans votre modèle pour éviter les problèmes liés aux horodatages définis sur '0000-00-00 00:00:00'.
$timestamps = false;
Exemple :
Voici un exemple mis à jour d'un modèle avec une clé primaire de chaîne à incrémentation non automatique :
namespace App; use Illuminate\Database\Eloquent\Model; class UserVerification extends Model { protected $table = 'user_verification'; protected $fillable = ['email', 'verification_token']; //$timestamps = false; // If your table doesn't have timestamps protected $primaryKey = 'verification_token'; public $incrementing = false; protected $keyType = 'string'; // For Laravel 6.0+ }
Avec ces changements, vous devriez désormais pouvoir travailler avec succès avec une clé primaire basée sur une chaîne dans Laravel 5.2 sans que la valeur de la clé primaire soit réinitialisée à 0.
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds











Le rôle principal de MySQL dans les applications Web est de stocker et de gérer les données. 1.MySQL traite efficacement les informations utilisateur, les catalogues de produits, les enregistrements de transaction et autres données. 2. Grâce à SQL Query, les développeurs peuvent extraire des informations de la base de données pour générer du contenu dynamique. 3.MySQL fonctionne basé sur le modèle client-serveur pour assurer une vitesse de requête acceptable.

INNODB utilise des redologues et des undologs pour assurer la cohérence et la fiabilité des données. 1. REDOLOGIE RÉCLABLIER MODIFICATION DE PAGE DES DONNÉES Pour assurer la récupération des accidents et la persistance des transactions. 2.Undologs Enregistre la valeur des données d'origine et prend en charge le Rollback de la transaction et MVCC.

Par rapport à d'autres langages de programmation, MySQL est principalement utilisé pour stocker et gérer les données, tandis que d'autres langages tels que Python, Java et C sont utilisés pour le traitement logique et le développement d'applications. MySQL est connu pour ses performances élevées, son évolutivité et son support multiplateforme, adapté aux besoins de gestion des données, tandis que d'autres langues présentent des avantages dans leurs domaines respectifs tels que l'analyse des données, les applications d'entreprise et la programmation système.

La cardinalité de l'index MySQL a un impact significatif sur les performances de la requête: 1. L'indice de cardinalité élevé peut réduire plus efficacement la plage de données et améliorer l'efficacité de la requête; 2. L'indice de cardinalité faible peut entraîner une analyse complète de la table et réduire les performances de la requête; 3. Dans l'indice conjoint, des séquences de cardinalité élevées doivent être placées devant pour optimiser la requête.

Les opérations de base de MySQL incluent la création de bases de données, les tables et l'utilisation de SQL pour effectuer des opérations CRUD sur les données. 1. Créez une base de données: CreatedAtAbaseMy_First_DB; 2. Créez un tableau: CreateTableBooks (idIntauto_inCmentPrimaryKey, TitleVarchar (100) notnull, AuthorVarchar (100) notnull, publied_yearint); 3. Données d'insertion: INSERTINTOBOOKS (titre, auteur, publié_year) VA

MySQL convient aux applications Web et aux systèmes de gestion de contenu et est populaire pour son open source, ses performances élevées et sa facilité d'utilisation. 1) Par rapport à PostgreSQL, MySQL fonctionne mieux dans les requêtes simples et les opérations de lecture simultanées élevées. 2) Par rapport à Oracle, MySQL est plus populaire parmi les petites et moyennes entreprises en raison de son open source et de son faible coût. 3) Par rapport à Microsoft SQL Server, MySQL est plus adapté aux applications multiplateformes. 4) Contrairement à MongoDB, MySQL est plus adapté aux données structurées et au traitement des transactions.

InnodBBufferPool réduit les E / S de disque en mettant en cache des données et des pages d'indexation, améliorant les performances de la base de données. Son principe de travail comprend: 1. La lecture des données: lire les données de BufferPool; 2. Écriture de données: Après avoir modifié les données, écrivez dans BufferPool et actualisez-les régulièrement sur le disque; 3. Gestion du cache: utilisez l'algorithme LRU pour gérer les pages de cache; 4. Mécanisme de lecture: Chargez à l'avance des pages de données adjacentes. En dimensionner le tampon et en utilisant plusieurs instances, les performances de la base de données peuvent être optimisées.

MySQL gère efficacement les données structurées par la structure de la table et la requête SQL, et met en œuvre des relations inter-tableaux à travers des clés étrangères. 1. Définissez le format de données et tapez lors de la création d'une table. 2. Utilisez des clés étrangères pour établir des relations entre les tables. 3. Améliorer les performances par l'indexation et l'optimisation des requêtes. 4. Bases de données régulièrement sauvegarde et surveillent régulièrement la sécurité des données et l'optimisation des performances.
