Soft Delete in Laravel est implémenté en ajoutant le trait SoftDeletes à un modèle, marquant des enregistrements comme supprimés sans les retirer de la base de données. 1) Ajouter un trait Softdeletes au modèle et définir ?Deleted_at? comme date. 2) Utilisez 'Delete ()' pour définir l'horodatage 'DELELED_AT' au lieu de supprimer l'enregistrement. 3) Récupérer des enregistrements supprimés en douceur avec ?WithTrashed ()? ou ?OnlyTrashed ()?. 4) Restaurer des enregistrements à l'aide de ?restaurer ()? pour remettre ?Deleted_at? à Null. Soft Delete améliore l'intégrité et la récupération des données, mais nécessite une gestion minutieuse des relations, des performances et du gonflement des données.

La mise en ?uvre de Soft Delete dans Laravel est un moyen fantastique de gérer les données sans la supprimer réellement de votre base de données. Cette approche est super pratique lorsque vous souhaitez conserver des enregistrements pour l'audit ou la récupération potentielle sans encaisser votre ensemble de données actif. Alors, plongeons sur la fa?on de mettre cela en place et d'explorer les nuances qui l'accompagnent.

Soft Delete in Laravel marque essentiellement un enregistrement comme supprimé sans le retirer de la base de données. Au lieu d'une opération DELETE , il définit un horodat deleted_at , qui vous permet de restaurer facilement les données si nécessaire. Cette méthode est brillante pour maintenir l'intégrité des données et fournir un filet de sécurité.

Pour commencer avec Soft Supprimer, vous devrez ajouter le trait SoftDeletes à votre modèle. Voici comment vous le faites:

 Utiliser illuminate \ database \ eloquent \ modèle;
Utiliser illuminate \ database \ elogent \ softdeletes;

Le poste de classe étend le modèle
{
    Utiliser des softdeletes;

    protégé $ dates = ['supprimé_at'];
}

Cet extrait de code indique à Laravel de traiter la colonne deleted_at comme une date et permet la fonctionnalité de suppression Soft pour le modèle Post . C'est simple, mais puissant.

Maintenant, lorsque vous appelez la méthode delete sur une instance de modèle, elle ne supprime pas réellement l'enregistrement; il définira à la place l'horoddet deleted_at :

 $ post = post :: find (1);
$ post-> delete ();

Après cela, le post avec ID 1 semblera être supprimé, mais il est toujours dans la base de données avec un horodatage deleted_at .

La récupération des enregistrements supprimés en douceur est tout aussi simple. Vous pouvez utiliser la méthode withTrashed pour les inclure dans vos requêtes:

 $ Posts = Post :: WithTrashed () -> get ();

Cela renverra tous les messages, y compris ceux enroulés en douceur. Si vous ne voulez que les enregistrements supprimés en douceur, utilisez onlyTrashed :

 $ deledEdPosts = Post :: uniquementTrashed () -> get ();

Restaurer un enregistrement supprimé en douceur est également un jeu d'enfant:

 $ post = Post :: withTrashed () -> trouver (1);
$ post-> restaurer ();

Cela revient la colonne deleted_at à null , "ne faisant pas entendre" l'enregistrement.

Maintenant, parlons de quelques idées plus profondes et des pièges potentiels.

Personnalisation du comportement de suppression douce

La suppression douce de Laravel est flexible. Vous pouvez personnaliser le nom de colonne utilisé pour le suivi des suppressions en définissant une constante DELETED_AT dans votre modèle:

 const Deleted_at = 'Trashed_at';

Cela vous permet d'utiliser un nom de colonne différent si deleted_at ne correspond pas à votre schéma.

Gestion des relations

Lorsque vous traitez avec les relations, Soft Delete peut devenir délicat. Si vous avez un modèle Post avec une relation comments , vous voudrez peut-être supprimer des commentaires en douceur lorsqu'un message est supprimé en douceur. Laravel ne le fait pas automatiquement, vous devrez donc le gérer manuellement:

 Commentaires de la fonction publique ()
{
    retourner $ this-> hasmany (commentaire :: classe);
}

Fonction publique Delete ()
{
    $ this-> commentaires () -> delete ();
    parent :: Delete ();
}

Cela garantit que lorsqu'un post est supprimé en douceur, ses commentaires le sont également.

Considérations de performance

Soft Delete peut avoir un impact sur les performances, en particulier dans les grands ensembles de données. Chaque requête doit vérifier la colonne deleted_at , ce qui peut ralentir les choses. Pour atténuer cela, envisagez d'utiliser des index sur la colonne deleted_at :

 Schema :: Table ('Posts', fonction (Table Blueprint $) {
    $ table-> index ('supprimé_at');
});

Cela peut accélérer considérablement les requêtes.

Pièges potentiels

Un piège commun est d'oublier d'utiliser withTrashed lorsque vous souhaitez réellement inclure des enregistrements supprimés en douceur dans vos requêtes. Cela peut conduire à des résultats inattendus, alors vérifiez toujours vos portées de requête.

Un autre problème est le ballonnement des données. Au fil du temps, votre base de données peut être remplie d'enregistrements supprimés en douceur, ce qui pourrait ne pas être un problème pour les applications plus petites mais peut être un problème important pour les plus grands. La purge régulière de données vraiment obsolètes est une bonne pratique.

Partage de l'expérience

Dans l'un de mes projets, nous avons mis en ?uvre Soft Supprimer pour les comptes d'utilisateurs. C'était idéal pour l'expérience utilisateur car les utilisateurs pouvaient "supprimer" leurs comptes mais ont toujours la possibilité de les réactiver dans un certain délai. Cependant, nous avons rencontré des problèmes avec les contraintes de clés étrangères lorsque nous essayons de supprimer des données connexes. Nous avons fini par créer une solution personnalisée où les données connexes ont également été supprimées en cascade, ce qui nécessitait une planification et des tests minutieux.

Dans un autre scénario, nous avons utilisé Soft Delete pour une plate-forme de commerce électronique pour gérer les listes de produits. Il était utile pour cacher rapidement des produits sans perdre des données historiques, mais nous avons d? faire attention aux performances, comme mentionné précédemment. Nous avons mis en ?uvre un travail CRON pour nettoyer périodiquement des enregistrements supprimés en douceur plus agés d'un an, ce qui a aidé à gérer la taille de la base de données.

Pour résumer, Soft Supprimer à Laravel est une excellente fonctionnalité qui offre une flexibilité et une sécurité dans la gestion des données. N'oubliez pas de considérer les performances, de gérer attentivement les relations et de vous attendre à la ballonnerie des données. Avec ces informations, vous serez bien équipé pour mettre en ?uvre et maintenir efficacement la suppression de Soft dans vos applications Laravel.

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!