可以通过一下地址学习composer：学习地址

在日常的 Web 开发中，我们经常会遇到需要处理数据库中具有复合主键（Composite Key）的表结构。比如，一个用户-角色关联表，可能需要 user_id 和 role_id 共同作为主键来确保唯一性；或者在一些老旧系统集成时，数据库设计本身就大量使用了复合主键。对于这些情况，如何在 laravel 优雅地操作这些数据，成了不少开发者心中的痛点。

遇到的困难：Eloquent 的“单主键情结”

Laravel 的 Eloquent ORM 凭借其简洁的 API 和强大的功能，深受开发者喜爱。然而，Eloquent 默认的设计哲学是基于单列主键的。这意味着，当你尝试对一个以复合主键定义的模型执行 find() 或 findOrFail() 等操作时，它只会默认查找 id 列，这显然无法满足复合主键的需求。

面对这一限制，我们通常不得不采取一些笨拙的变通方法：

1. 手动编写 where 子句： 每次需要通过复合主键查询记录时，都得写一长串的 where('key1', $value1)->where('key2', $value2)->first()。这不仅代码冗余，可读性差，还容易出错。
2. 创建自定义查询方法： 虽然可以为模型创建一些静态方法来封装这些 where 子句，但这只是把复杂性隐藏起来，并没有从根本上解决 Eloquent 对复合主键的认知问题。
3. 失去 Eloquent 的便利性： 无法直接使用 find() 带来的便捷，也使得代码风格与 Eloquent 的核心理念格格不入。

这些问题在项目初期可能不明显，但随着项目规模的扩大和复杂度的增加，维护成本会急剧上升。

解决方案：thiagoprz/eloquent-composite-key 包登场

幸好，开源社区的力量总是无穷的！thiagoprz/eloquent-composite-key 这个 composer 包就是为了解决 Eloquent 复合主键问题而生。它通过一个简单的 Trait，让你的 Eloquent 模型能够“理解”并正确处理复合主键，极大地简化了开发流程。

如何使用 Composer 引入并解决问题？

如知AI笔记

如知笔记——支持markdown的在线笔记，支持ai智能写作、AI搜索，支持DeepseekR1满血大模型

27

查看详情

首先，你需要使用 Composer 将这个包添加到你的 Laravel 项目中。Composer 是 php 的一个依赖管理工具，它让安装和管理项目所需的库变得轻而易举。

1. 安装包： 打开你的终端，进入 Laravel 项目根目录，然后执行以下命令：

   <code class="bash">composer require thiagoprz/eloquent-composite-key</code>

   这条命令会下载并安装 thiagoprz/eloquent-composite-key 包及其所有依赖。

2. 在模型中使用： 安装完成后，你只需要在需要支持复合主键的 Eloquent 模型中做两件事：

   • 引入 ThiagoprzCompositeKeyHasCompositeKey Trait。
   • 将 $primaryKey 属性定义为一个包含所有主键列名的数组。

   让我们以一个 UserRole 模型为例，假设它有 user_id 和 role_id 两个主键：

   <pre class="brush:php;toolbar:false;"><?php  namespace AppModels;  use IlluminateDatabaseEloquentModel; use ThiagoprzCompositeKeyHasCompositeKey; // 引入 Trait  class UserRole extends Model {     use HasCompositeKey; // 使用 Trait      protected $table = 'user_roles'; // 假设表名为 user_roles      // 定义复合主键     protected $primaryKey = ['user_id', 'role_id'];      // 如果主键不是自增的，通常需要设置     public $incrementing = false;      // 如果主键不是整数类型，也需要设置     protected $keyType = 'string'; // 或者根据实际类型设置      // 其他模型属性...     protected $fillable = [         'user_id',         'role_id',         'assigned_at',     ]; }

3. 使用复合主键查询： 现在，你可以像使用单主键一样，通过 find() 和 findOrFail() 方法来查询记录了。只需要传入一个关联数组，其中键是主键列名，值是对应的主键值。

   <pre class="brush:php;toolbar:false;"><?php  // ...  // 查找指定用户和角色的关联记录 $userRole = UserRole::find([     'user_id' => 1,     'role_id' => 5, ]);  if ($userRole) {     echo "找到了用户ID为1，角色ID为5的关联记录。n";     echo "分配时间: " . $userRole->assigned_at . "n"; } else {     echo "未找到匹配的关联记录。n"; }  // 如果记录不存在，会抛出 ModelNotFoundException 异常 try {     $requiredUserRole = UserRole::findOrFail([         'user_id' => 2,         'role_id' => 3,     ]);     echo "找到了必需的关联记录。n"; } catch (IlluminateDatabaseEloquentModelNotFoundException $e) {     echo "未找到必需的关联记录，抛出异常。n"; }

总结与实际应用效果

通过 thiagoprz/eloquent-composite-key 包，我们优雅地解决了 Laravel Eloquent 在处理复合主键时的痛点。它的优势显而易见：

• 代码简洁性： 告别了冗长的 where 子句链，find() 方法变得和单主键一样简洁明了。
• 提升可读性： 代码意图更加清晰，一眼就能看出是通过复合主键进行查询。
• 保持 Eloquent 风格： 完美融入 Eloquent 的现有 API，让你的代码保持一致的风格。
• 降低维护成本： 减少了手动处理复合主键的错误率，使得后期维护更加轻松。
• 无缝集成： 作为 Composer 包，安装和使用都非常简单，对现有项目侵入性小。

在实际项目中，尤其是在处理一些复杂的业务逻辑或集成遗留系统时，这个包能大大提高开发效率，让开发者能够更专注于业务逻辑本身，而不是被 Eloquent 的底层限制所困扰。它再次证明了 Composer 和 PHP 社区的强大，总有优秀的解决方案等待我们去发现和应用。下次再遇到复合主键的难题，你知道该怎么做了！

以上就是如何解决LaravelEloquent不支持复合主键的问题，使用thia