总纲PHP的数据建模本质就是面向对象思想落地到业务数据把业务里的实体用户、订单、商品抽象成模型打通PHP代码和MySQL数据库。和Java的OOP建模同源但PHP有自身特点常用Laravel/ThinkPHP的ORM模型不只是单纯类还附带数据库映射、关联、查询封装。很多新手混淆「实体类、模型、表、数组」根源分不清数据库表是存储层PHP模型是业务层的抽象。一、基础核心术语1. 数据建模定义梳理业务实体、实体属性、实体之间的关系抽象成代码模型与数据库表结构的全过程。建模分两步业务抽象 → 落地成PHP模型数据表。通俗类比做电商系统先识别出「用户、商品、订单」三个实体梳理它们各自有什么字段、谁和谁有关系再写PHP模型、建MySQL表这个整套过程就是数据建模。区分建模不是单纯写建表SQL建模是先梳理业务世界的实体关系再映射到代码和数据库。2. 实体Entity现实业务中独立存在的事物是建模的最小对象。用户、订单、商品、分类、评论都是实体。实体拥有属性和关系。属性用户的id、手机号、创建时间关系一个用户可以有多条订单。在PHP中实体可以就是模型类纯实体只承载数据不包含数据库查询逻辑DDD领域实体。3. 模型ModelPHP里最常用概念ORM模型。是实体在PHP代码里的载体一个模型通常对应数据库一张表。Laravel的User::class、ThinkPHP的User模型都是典型模型。模型的作用映射数据表字段封装增删改查定义和其他模型的关联关系增加业务逻辑状态判断、数据格式化。口诀一张数据表对应一个Model模型。4. ORM 对象关系映射Object Relational MappingPHP建模的核心工具。定义把数据库里的关系型数据表映射成PHP中的对象不用手写大量SQL直接调用对象方法操作数据库。表 → PHP类表记录一行 → 模型对象实例表字段 → 对象的属性表关联 → 模型关联方法例子User::find(1)底层ORM帮你执行SQL直接返回User模型对象$user-name读取字段。类比ORM相当于翻译官把PHP对象操作翻译成MySQL语句不用程序员手写大量SQL。5. 记录Record数据表中的一行数据在PHP实例化后就是一个模型对象。user表里面id1的那一条用户记录实例化后就是$user User::find(1)这个对象。6. 字段 / 属性数据库层面叫字段user表里面id,username,passwordPHP模型对象层面叫属性$user-username同一个东西两边叫法不一样。二、模型配置相关术语PHP框架ORM特有主键 primaryKey表唯一标识默认id。模型通过主键定位单条记录。Laravel中$primaryKey可以自定义主键名称。数据表映射table属性模型默认类名小写复数作为表名比如User模型默认对应users表。如果表名不遵循规则可以在模型里指定protected $table user;批量赋值fillable / guardedPHP框架模型安全机制。$fillable白名单允许批量赋值的字段$guarded黑名单不允许批量赋值的字段。protected$fillable[username,mobile];作用防止用户传入恶意参数更新不允许修改的字段比如管理员id。类型转换$casts数据库取出的默认是字符串。casts自动把字段转为PHP对应类型int、bool、array、json。例如数据库存json字符串通过casts自动转为PHP数组读写不用手动json_decode/json_encode。访问器Accessor读取模型属性时自动执行格式化。比如数据库存时间戳读取$user-created_at自动变成格式化日期。修改器Mutator写入模型属性的时候自动处理数据。例如设置密码时自动加密再存入数据库不用每次手动写加密代码。三、模型关联关系术语PHP建模重中之重业务建模核心就是实体之间的关系ORM封装了4大类关联一对一 hasOne / belongsTo举例用户(User) 和 用户资料(UserProfile)一个用户有一份个人资料。主表user子表user_profileuser_profile带user_id外键。一对多 hasMany / belongsTo最常用。用户(User) 多个订单(Order)。一个用户 → 多条订单一条订单只能归属一个用户。Order表保存user_id外键。多对多 belongsToMany用户(User) 和 角色(Role)一个用户可以多个角色一个角色可以分给多个用户。必须中间表user_role保存user_id、role_id两个外键。远程一对多 hasManyThrough跨表关联。例如 国家 → 用户 → 订单通过用户表拿到某个国家下全部用户的所有订单中间跨一张表。多态关联 MorphPHP框架特有。一条评论可以属于商品也可以属于订单。评论表不写固定外键存morph_type模型类名morph_id对应主键。优点一套评论表支持给多种实体做评论。外键 foreignKey关联用的字段放在从表指向主表主键。order表的user_id就是外键关联user表id。中间表 pivot专门服务多对多关系的数据表只存放两个实体的主键还可以附带额外字段例如角色分配时间。四、建模分层术语DDD领域建模PHP后端进阶领域实体 Domain Entity只代表业务实体只包含属性、领域业务规则不直接操作数据库。适合复杂业务项目。区分框架Model是活动记录ActiveRecord实体是纯数据载体。活动记录 ActiveRecordARLaravel、ThinkPHP默认模型模式。模型本身既承载数据自带增删改查方法。一行记录对应一个对象对象直接操作数据库。优点简单开发快缺点复杂业务下模型会变得臃肿业务逻辑和数据库操作混在一起。数据传输对象 DTOPHP建模里用来做数据传递的对象。接收前端入参、返回接口输出不和数据库直接绑定。作用隔离前端请求和数据库模型防止直接把数据库所有字段返回前端泄露敏感数据。仓库 Repository领域建模里的仓库层。抽象数据查询操作隔离业务代码和ORM。业务层不直接调用Model调用Repository拿数据。好处后续更换数据库存储业务代码几乎不用改动。五、业务建模相关术语范式数据库范式建模设计表的规范用来减少数据冗余。第一范式字段不可再拆分第二范式消除部分依赖第三范式消除传递依赖。PHP开发日常一般到第三范式部分场景会反范式适当冗余换取查询性能。反范式 Denormalization刻意冗余字段牺牲一部分规范化减少多表联查提升查询速度。例如订单表冗余用户名查询订单不用连user表。电商订单建模大量使用反范式。枚举 Enum业务固定状态订单状态待支付、已发货、已取消。PHP8原生支持Enum建模用来约束状态代替魔法数字 0,1,2。领域事件 Domain Event实体发生变化时触发事件。比如订单创建成功触发订单创建事件去执行扣库存、发短信。PHP框架事件机制属于领域建模配套。六、误区澄清误区PHP模型数据表。纠正数据表是磁盘存储模型是代码层抽象模型可以增加访问器、业务方法比表字段能力更多。误区ORM就是写SQL的简写建模就是建表。纠正建表只是落地环节建模核心是梳理业务实体和实体关系表只是存储载体。误区关联越多越好。纠正关联会产生JOIN大量嵌套关联容易N1查询问题PHP建模要控制关联层级。误区所有项目都要用DDD领域实体。纠正简单后台、接口项目ActiveRecord模型足够复杂大型业务系统才需要DTO、Repository、领域实体分层。庖丁总结速记PHP数据建模 业务实体抽象 ORM映射 实体关系定义ORM是翻译官把对象操作翻译成SQL模型对应表实例对应一行记录核心四类关联一对一、一对多、多对多、多态ActiveRecord简单高效DDD分层适合复杂业务范式减少冗余反范式换取查询性能。