3分钟短文:Laravel说要用软删除,可不要真删

引言我们不止一次在系列文章中讲到模型的“软删除”功能 , 因为现实场景中为了保证数据可追溯 , 我们几乎不会对数据库进行物理删除 。 删除数据有可能会造成数据一致性的破坏 , 进而导致业务逻辑无法跑通 。 所以 , 软删除的概念 , 极为重要 。
3分钟短文:Laravel说要用软删除,可不要真删文章插图
本文我们仍然不厌其烦地讲解软删除的功能 。
物理删除其实就是真实地把数据从数据库条目清除 , laravel模型提供了开箱即用的方法 。 比如下面这样使用:
$event = Event::find(12);$event->delete();首先使用primary key查询出需要的条目 , 返回一个Event对象实例 , 然后调用 delete 方法进行删除 。 真实的SQL如下:
DELETE FROM events WHERE id = 12;laravel提供了许多语法糖 , 上面使用 find 和 delete 两个步骤 , 可以缩减为一个方法 destroy , 用法如下:
Event::destroy(12);这样一行就搞定了 。
软删除【3分钟短文:Laravel说要用软删除,可不要真删】在许多情况下 , 你不会真正想要从数据库中删除记录 , 而是用一种不再在应用程序中显示它们的方式对其进行注释 。 这就是所谓的软删除 。
Laravel本身支持软删除 , 只需要进行少量的配置更改 , 以确保在执行delete或destroy时 , 模型的记录不会被实际删除 。 作为一个例子 , 我们修改Event模型以支持软删除 。
首先创建一个新的迁移 , 将名为deleted_at的列添加到events表中:
php artisan make:migration add_soft_delete_to_events --table=events执行成功 , 输出内容如下:
Created Migration: 2020_10_08_184402_add_soft_delete_to_events接着在生成的迁移文件内实现迁移使用的 up 方法:
public function up(){Schema::table('events', function(Blueprint $table){$table->softDeletes();});}还有用于迁移回滚的 down 方法:
public function down(){Schema::table('events', function(Blueprint $table){$table->dropColumn('deleted_at');});}修改完毕 , 在命令行执行迁移指令:
php artisan migrate执行成功输出内容:
Migrating: 2020_10_08_184402_add_soft_delete_to_eventsMigrated: 2020_10_08_184402_add_soft_delete_to_events模型SoftDelete有了数据库表的支持 , 我们才能在模型内使用软删除的功能 。
其实原理很简单 , 就是为模型追加一个全局作用域 , 为每个查询子句追加上如下筛选条件:
WHERE deleted_at IS NULLlaravel已经为我们写好这部分逻辑了 , 在模型内引入如下trait:
namespace App;use Illuminate\Database\Eloquent\Model;use Illuminate\Database\Eloquent\SoftDeletes;在类内引入trait , 并手动指定修改器 , 也就是说deleted_at字段 , 我们使用 Carbon 进行实例化操作 。
class Event extends Model {use SoftDeletes;protected $dates = ['created_at','deleted_at','started_at','updated_at'];}保存这些更改之后 , 下次删除与此模型关联的记录时 , deleted_at列将被设置为当前时间 。 任何设置deleted_at为日期时间值的记录 , 都不会包含在任何查询结果中 , 因此看起来已经被删除了 。
这样操作非常有用 , 因为误删除的数据 , 随时可以通过设置 deleted_at = null 而恢复到正常的业务流程中 , 比如删除的用户 , 删除的订单 , 等等其他资源 。
如果你在代码内要坚持查询全量数据 , 也包含软删除了的数据 , 那么代码这样写:


推荐阅读