Laravel中的軟刪除是通過(guò)在模型中添加軟性特征來(lái)實(shí)現(xiàn)的，并將記錄標(biāo)記為刪除而無(wú)需將其從數(shù)據(jù)庫(kù)中刪除。 1）在模型中添加軟骨骼特征，并將“ DELETED_AT”定義為日期。 2）使用“ delete（）”設(shè)置“ deleted_at”時(shí)間戳，而不是刪除記錄。 3）用“ withtrashed（）”或“唯一trashed（）”檢索軟刪除的記錄。 4）使用“ Restore（）”還原記錄，以將“ DELETED_AT”設(shè)置為null。軟刪除增強(qiáng)了數(shù)據(jù)完整性和恢復(fù)，但需要仔細(xì)管理關(guān)系，性能和數(shù)據(jù)膨脹。

在Laravel中實(shí)施軟刪除是管理數(shù)據(jù)而無(wú)需從數(shù)據(jù)庫(kù)中刪除數(shù)據(jù)的絕佳方法。當(dāng)您要保留記錄以進(jìn)行審核或潛在恢復(fù)而不混亂您的活動(dòng)數(shù)據(jù)集時(shí)，此方法非常方便。因此，讓我們深入研究如何進(jìn)行設(shè)置并探索隨之而來(lái)的細(xì)微差別。

Laravel中的軟刪除本質(zhì)上標(biāo)記了刪除的記錄，而不會(huì)實(shí)際將其從數(shù)據(jù)庫(kù)中刪除。它不是DELETE操作，而是設(shè)置deleted_at TIMESTAMP，它使您可以在需要時(shí)輕松地還原數(shù)據(jù)。此方法非常適合保持?jǐn)?shù)據(jù)完整性并提供安全網(wǎng)。

為了開(kāi)始使用軟刪除，您需要將SoftDeletes特征添加到模型中。這是您的工作方式：

使用Illuminate \ Database \ Eloquent \ Model;
使用Illuminate \ Database \ eloquent \ softdeletes;

班級(jí)擴(kuò)展模型
{
    使用軟骨骼；

    受保護(hù)的$ dates = ['deleted_at'];
}

此代碼段告訴Laravel將deleted_at列視為日期，并啟用Post模型的軟刪除功能。這很簡(jiǎn)單，但功能強(qiáng)大。

現(xiàn)在，當(dāng)您在模型實(shí)例上調(diào)用delete方法時(shí)，它實(shí)際上不會(huì)刪除記錄。它將設(shè)置deleted_at時(shí)間戳：

 $ post = post :: find（1）;
$ post-> delete（）;

此后，具有ID 1的帖子似乎將被刪除，但是它仍在數(shù)據(jù)庫(kù)中使用deleted_at時(shí)間戳。

檢索軟刪除的記錄同樣簡(jiǎn)單。您可以使用withTrashed方法將其包括在查詢中：

 $ posts = post :: withtrashed（） - > get（）;

這將返回所有帖子，包括軟刪除的帖子。如果僅想要軟刪除的記錄，請(qǐng)onlyTrashed使用折磨：

 $ deletedPosts = post :: beans trashed（） - > get（）;

恢復(fù)軟錄制的記錄也輕而易舉：

 $ post = post :: withtrashed（） - > find（1）;
$ post-> restore（）;

這將deleted_at列設(shè)置為null ，實(shí)際上將記錄“刪除”。

現(xiàn)在，讓我們談?wù)勔恍└钊氲囊?jiàn)解和潛在的陷阱。

自定義軟刪除行為

Laravel的軟刪除是靈活的。您可以通過(guò)在模型中定義DELETED_AT常數(shù)來(lái)自定義用于跟蹤刪除的列名：

 const deleted_at ='trashed_at';

如果deleted_at不適合您的架構(gòu)，則可以使用其他列名。

處理關(guān)系

在處理關(guān)系時(shí)，軟刪除可能會(huì)變得棘手。如果您有具有comments關(guān)系的Post模型，則可能需要在刪除帖子時(shí)軟刪除評(píng)論。 Laravel不會(huì)自動(dòng)執(zhí)行此操作，因此您需要手動(dòng)處理它：

公共功能注釋（）
{
    返回$ this-> hasmany（comment :: class）;
}

公共功能delete（）
{
    $ this->注釋（） - > delete（）;
    父:: delete（）;
}

這樣可以確保當(dāng)帖子被軟刪除時(shí)，其評(píng)論也是如此。

性能考慮

軟刪除會(huì)影響性能，尤其是在大型數(shù)據(jù)集中。每個(gè)查詢都需要檢查deleted_at列，這可能會(huì)減慢速度。為了減輕這種情況，請(qǐng)考慮在deleted_at列上使用索引：

 schema :: table（'帖子'，函數(shù)（藍(lán)圖$ table）{
    $ table-> index（'deleted_at'）;
}）;

這可以大大加快查詢。

潛在的陷阱

一個(gè)常見(jiàn)的陷阱是當(dāng)您實(shí)際上想在查詢中包含軟刪除的記錄時(shí)，忘記使用了withTrashed 。這可能會(huì)導(dǎo)致意外的結(jié)果，因此始終仔細(xì)檢查查詢范圍。

另一個(gè)問(wèn)題是數(shù)據(jù)膨脹。隨著時(shí)間的流逝，您的數(shù)據(jù)庫(kù)可能會(huì)充滿軟刪除的記錄，這對(duì)于較小的應(yīng)用程序可能不是問(wèn)題，但對(duì)于較大的應(yīng)用程序來(lái)說(shuō)可能是一個(gè)重要的問(wèn)題。定期清除真正過(guò)時(shí)的數(shù)據(jù)是一個(gè)很好的做法。

分享經(jīng)驗(yàn)

在我的一個(gè)項(xiàng)目中，我們?yōu)橛脩魩魧?shí)施了軟刪除。這非常適合用戶體驗(yàn)，因?yàn)橛脩艨梢浴皠h除”他們的帳戶，但仍然可以選擇在一定時(shí)間范圍內(nèi)重新激活它們。但是，在嘗試軟刪除相關(guān)數(shù)據(jù)時(shí)，我們會(huì)遇到具有外鍵約束的問(wèn)題。我們最終創(chuàng)建了一個(gè)自定義解決方案，其中還以級(jí)聯(lián)的方式刪除了相關(guān)數(shù)據(jù)，這需要仔細(xì)的計(jì)劃和測(cè)試。

在另一種情況下，我們將軟刪除用于電子商務(wù)平臺(tái)來(lái)管理產(chǎn)品列表。這對(duì)于快速隱藏產(chǎn)品而不丟失歷史數(shù)據(jù)很有用，但是我們必須謹(jǐn)慎性能，如前所述。我們實(shí)施了一項(xiàng)CRON工作，以定期清理超過(guò)一年的軟錄制記錄，這有助于管理數(shù)據(jù)庫(kù)大小。

總而言之，Laravel中的軟刪除是一個(gè)出色的功能，可在數(shù)據(jù)管理方面具有靈活性和安全性。只需記住要考慮性能，仔細(xì)處理關(guān)系并注意數(shù)據(jù)膨脹即可。有了這些見(jiàn)解，您將有能力在Laravel應(yīng)用程序中實(shí)施和維護(hù)軟刪除。

以上是如何在Laravel中實(shí)施軟刪除？的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！