Laravel Eloquent模型关联设计性能咨询：单外键vs多外键方案选择

背景说明 #

我有4个业务模型：

• user_invoices（用户发票）
• payment_vendor（企业供应商）
• payment_vendor_methods（支付方式：银行、电子钱包等）
• payment_vendor_channels（支付渠道：渠道A、渠道B等）

目前的设计是user_invoices直接关联另外三个模型，现在我想改成只关联payment_vendor_channels，通过该模型间接获取供应商和支付方式的数据，想咨询两种方案的性能差异与优劣。

原有设计与修改方案 #

原有UserInvoice迁移代码 #

$table->unsignedBigInteger('payment_vendor_id')->nullable();
$table->foreign('payment_vendor_id')->references('id')->on('payment_vendors')->cascadeOnDelete()->cascadeOnUpdate();
$table->unsignedBigInteger('payment_vendor_method_id')->nullable();
$table->foreign('payment_vendor_method_id')->references('id')->on('payment_vendor_methods')->cascadeOnDelete()->cascadeOnUpdate();
$table->unsignedBigInteger('payment_vendor_channel_id')->nullable();
$table->foreign('payment_vendor_channel_id')->references('id')->on('payment_vendor_channels')->cascadeOnDelete()->cascadeOnUpdate();

修改后的迁移代码 #

$table->unsignedBigInteger('payment_vendor_channel_id')->nullable()->after('payment_vendor_method_id');
$table->foreign('payment_vendor_channel_id')->references('id')->on('payment_vendor_channels')->cascadeOnDelete()->cascadeOnUpdate();

关联数据获取方式 #

修改后将通过渠道模型间接获取关联数据：

// 获取供应商名称
$payment_vendor_channels->payment_vendor->name
// 获取支付方式名称
$payment_vendor_channels->payment_vendor_method->name

模型定义参考 #

UserInvoice模型 #

use HasFactory;

protected $guarded = ['id'];

// 隐藏内容

public function payment_vendor() : BelongsTo{
    return $this->belongsTo(PaymentVendor::class);
}

public function payment_vendor_method() : BelongsTo{
    return $this->belongsTo(PaymentVendorMethod::class);
}

public function payment_vendor_channel() : BelongsTo{
    return $this->belongsTo(PaymentVendorChannel::class);
}

PaymentVendor模型 #

use HasFactory;

protected $guarded = ['id'];

public function user_invoice() : HasMany{
    return $this->hasMany(UserInvoice::class);
}

public function payment_vendor_method() : HasMany{
    return $this->hasMany(PaymentVendorMethod::class);
}

public function payment_vendor_channel() : HasMany{
    return $this->hasMany(PaymentVendorChannel::class);
}

PaymentVendorMethod模型 #

use HasFactory;

protected $guarded = ['id'];
public function payment_vendor() : BelongsTo{
    return $this->belongsTo(PaymentVendor::class);
}

public function payment_vendor_channel() : HasMany{
    return $this->hasMany(PaymentVendorChannel::class,'payment_method_id');
}

public function user_invoice() : HasMany{
    return $this->hasMany(UserInvoice::class);
}

PaymentVendorChannel模型 #

use HasFactory;

protected $guarded = ['id'];
public function payment_vendor() : BelongsTo{
    return $this->belongsTo(PaymentVendor::class);
}

public function payment_vendor_method() : BelongsTo{
    return $this->belongsTo(PaymentVendorMethod::class,'payment_method_id');
}

public function user_invoice() : HasMany{
    return $this->hasMany(UserInvoice::class);
}

两种方案的对比分析 #

1. 原有直接关联方案 #

• 数据风险：存在冗余数据，若渠道对应的供应商或支付方式变更，发票表中存储的payment_vendor_id和payment_vendor_method_id可能未同步更新，导致数据不一致。
• 查询性能：单条发票查询时，直接预加载关联模型（with(['payment_vendor', 'payment_vendor_method'])）无需额外关联跳转，速度略快；批量查询时，预加载多个关联的SQL数量和间接关联方案差距极小，核心依赖索引性能。
• 维护成本：新增发票需同时维护三个外键，还要额外校验三者的关联合法性（比如渠道必须属于指定供应商和支付方式），逻辑繁琐。

2. 修改后的间接关联方案 #

• 数据一致性：仅存储渠道ID，供应商和支付方式完全依赖渠道的关联关系，从根源避免了数据不一致问题——渠道关联的供应商/方式变更后，所有关联发票都会自动获取最新数据。
• 查询性能：单条查询需多一次关联跳转，但通过Laravel的嵌套预加载可以一次性拉取所有数据：

  $invoices = UserInvoice::with(['payment_vendor_channel.payment_vendor', 'payment_vendor_channel.payment_vendor_method'])->get();
  

  实际SQL查询数量和原有方案接近，只要外键字段都有索引（迁移中已配置外键，默认会生成索引），性能差异可以忽略。
• 维护成本：新增发票仅需维护渠道ID，无需校验供应商和支付方式的合法性（渠道本身已绑定对应关系），代码逻辑更简洁。

结论 #

如果你的业务中支付渠道与供应商、支付方式是强绑定的（从模型定义看确实如此：一个渠道仅属于一个供应商和一种支付方式），那么修改后的方案明显更优：

• 无冗余数据，数据一致性更强
• 代码维护更简单，减少逻辑校验成本
• 性能上的差异微乎其微，完全不影响业务使用

内容的提问来源于stack exchange，提问作者Raden Bagus