Laravel中的軟刪除是通過在模型中添加軟性特徵來實(shí)現(xiàn)的，並將記錄標(biāo)記為刪除而無需將其從數(shù)據(jù)庫中刪除。 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ù)而無需從數(shù)據(jù)庫中刪除數(shù)據(jù)的絕佳方法。當(dāng)您要保留記錄以進(jìn)行審核或潛在恢復(fù)而不混亂您的活動(dòng)數(shù)據(jù)集時(shí)，此方法非常方便。因此，讓我們深入研究如何進(jìn)行設(shè)置並探索隨之而來的細(xì)微差別。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

現(xiàn)在，讓我們談?wù)勔恍└钊氲囊娊夂蜐撛诘南葳濉?/p>

自定義軟刪除行為

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

 const deleted_at ='trashed_at';

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

處理關(guān)係

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

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

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

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

性能考慮

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

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

這可以大大加快查詢。

潛在的陷阱

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

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

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

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

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

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

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