理解需求：自定义列与回退逻辑
在数据模型中，我们经常遇到需要从现有字段派生出新值的场景。例如，一个产品可能有一个主标题（title）和一个备用标题（original_title），要求在查询时生成一个统一的“展示标题”（display_title），其逻辑是：如果title存在且不为空，则使用title；否则，使用original_title。此外，我们需要明确“空”的定义，它可能指null值，也可能指空字符串''。正确的处理方式取决于数据库中数据的实际存储情况。
方法一：利用 DB::raw 实现数据库层级派生列
当需要在数据库层面直接计算并返回一个自定义列时，DB::raw是Eloquent提供的一个强大工具，它允许你直接嵌入原生SQL表达式。这种方法的优势在于效率高，因为计算是在数据库服务器上完成的，并且派生列可以直接用于后续的数据库过滤、排序或分组。
使用 COALESCE 和 NULLIF 优化 CASE WHEN
原生的CASE WHEN语句可以实现这种逻辑，但SQL提供了更简洁的函数来处理空值回退：COALESCE和NULLIF。
- NULLIF(expression1, expression2)：如果expression1等于expression2，则返回NULL，否则返回expression1。这对于将空字符串视为NULL非常有用。
- COALESCE(expression1, expression2, ...)：返回其参数列表中第一个非NULL的表达式。
结合这两个函数，我们可以优雅地实现“如果title为空（NULL或空字符串），则使用original_title”的逻辑：
use Illuminate\Support\Facades\DB;
$activities = Activity::addSelect([
'id',
'title',
'original_title',
DB::raw('COALESCE(NULLIF(title, \'\'), original_title) as display_title')
])->get();
foreach ($activities as $activity) {
echo $activity->display_title; // 访问派生列
}代码解析：
- NULLIF(title, \'\')：如果title字段的值是空字符串''，则返回NULL；否则返回title的实际值。
- COALESCE(NULLIF(title, \'\'), original_title)：
- 如果NULLIF(title, \'\')的结果非NULL（即title既不是NULL也不是''），则COALESCE返回title。
- 如果NULLIF(title, \'\')的结果是NULL（即title是NULL或''），则COALESCE回退并返回original_title的值。
- as display_title：为这个派生列指定一个别名，使其在Eloquent模型中可以像普通属性一样访问。
注意事项：
- SQL注入风险： 尽管在这个特定示例中，我们没有直接拼接用户输入到DB::raw中，但在构建更复杂的原生查询时，务必小心防范SQL注入。对于用户提供的动态值，应使用参数绑定。
- 数据库兼容性： COALESCE和NULLIF是标准的SQL函数，但在某些特定数据库系统中，其行为或可用性可能略有差异。
- 可读性： 复杂的DB::raw语句会降低代码的PHP可读性，但对于数据库层面的优化，这通常是必要的权衡。
方法二：通过 Eloquent 访问器实现应用层级派生值
如果派生列主要用于前端展示，或者不需要在数据库层面进行过滤和排序，那么使用Eloquent访问器（Accessors）是一个更“Eloquent-native”且代码更清晰的选择。访问器在模型实例被检索到PHP应用之后执行。
在你的Activity模型中定义一个访问器：
// app/Models/Activity.php
namespace App\Models;
use Illuminate\Database\Eloquent\Factories\HasFactory;
use Illuminate\Database\Eloquent\Model;
class Activity extends Model
{
use HasFactory;
// ... 其他模型属性和方法
/**
* 获取活动的展示标题。
*
* @return string
*/
public function getDisplayTitleAttribute(): string
{
// PHP 的空合并运算符 (??) 可以处理 null 值
// PHP 的逻辑或 (?:) 可以处理空字符串和 null 值
return $this->title ?: $this->original_title;
}
}代码解析：
- getDisplayTitleAttribute() 方法：遵循Eloquent访问器的命名约定get{AttributeName}Attribute。当你尝试访问$activity->display_title时，Eloquent会自动调用此方法。
- $this->title ?: $this->original_title：这是PHP的短三元运算符。如果$this->title为真（即非NULL、非空字符串、非0等），则返回$this->title的值；否则返回$this->original_title的值。这非常适合处理NULL和空字符串的回退逻辑。
使用访问器：
$activities = Activity::all(); // 或任何其他查询
foreach ($activities as $activity) {
echo $activity->display_title; // 访问通过访问器生成的属性
}优点与局限性：
-
优点：
- 代码逻辑完全在PHP中实现，更符合面向对象编程习惯。
- 模型代码更清晰，易于理解和维护。
- 无需修改SQL查询。
-
局限性：
- 性能： 数据在从数据库取出后才进行处理。对于大量数据，可能会增加PHP应用的内存和CPU负担。
- 无法用于数据库层级查询： 你不能直接在where、orderBy等查询方法中使用display_title，因为它不是数据库中的真实列。如果需要基于此派生列进行过滤或排序，则必须使用DB::raw。
处理多字段搜索的场景
虽然核心问题是创建派生列，但在实际应用中，我们常常需要根据这些回退逻辑进行搜索。例如，用户输入一个搜索词，希望能在title或original_title中找到匹配项。
$searchQuery = '搜索关键词';
$activities = Activity::where(function ($query) use ($searchQuery) {
$query->where('title', 'LIKE', '%' . $searchQuery . '%')
->orWhere('original_title', 'LIKE', '%' . $searchQuery . '%');
})->get();代码解析：
- where(function ($query) { ... })：这允许我们对OR条件进行分组，确保它们作为一个整体应用。
- where('title', 'LIKE', '%' . $searchQuery . '%')：在title字段中进行模糊匹配。
- orWhere('original_title', 'LIKE', '%' . $searchQuery . '%')：如果title中没有匹配，则在original_title字段中进行模糊匹配。
这种方法直接在数据库层面进行搜索，效率较高，并且与是否创建了派生列是独立的。
关键考量与最佳实践
- “空值”定义至关重要： 始终明确你的“空”是指NULL还是空字符串''。COALESCE和NULLIF是处理这两种情况的强大SQL工具。在PHP中，empty()函数可以同时检查NULL和空字符串，而??（null coalescing operator）只处理NULL。
-
性能与目的：
- 如果派生列需要用于数据库层面的过滤、排序或聚合，或者处理的数据量非常大，DB::raw是首选。它将计算推迟到数据库，减少了应用层的负担。
- 如果派生列仅用于展示，且数据量适中，Eloquent访问器提供了更优雅、更具PHP风格的解决方案。
- 代码可读性与维护： 尽量在满足性能和功能需求的前提下，选择可读性更好的方案。对于复杂的DB::raw语句，添加注释或封装到模型作用域（Scope）中可以提高可维护性。
总结
在Eloquent中创建基于条件逻辑的自定义派生列，我们可以选择数据库层级的DB::raw或应用层级的Eloquent访问器。DB::raw结合COALESCE(NULLIF(field, \'\'), fallback_field)是处理NULL和空字符串回退逻辑的强大且高效的数据库原生方法，适用于需要数据库层级操作的场景。而Eloquent访问器则提供了更简洁的PHP逻辑，适用于仅用于展示的场景。理解这两种方法的优缺点和适用场景，能够帮助开发者根据具体需求做出明智的选择，构建出高效且可维护的Laravel应用。
