Laravel模型核心功能包括：基于Eloquent ORM实现CRUD操作，通过关系方法（如hasMany、belongsTo）管理表关联，利用访问器（Accessors）和修改器（Mutators）处理数据格式，使用查询作用域（Query Scopes）封装常用查询条件，以及通过软删除（Soft Deletes）实现数据删除标记。模型默认遵循命名约定（如User对应users表），但可通过$table属性自定义表名，通过$connection属性切换数据库连接，连接配置在config/database.php中定义。常见优化包括：用with()预加载解决N+1查询问题，设置$fillable或$guarded防止批量赋值漏洞，使用chunk()或cursor()处理大数据量，以及通过DB::transaction()确保操作原子性，提升应用性能与安全性。
Laravel模型是应用与数据库交互的核心，它代表着数据库中的一张表，并提供了强大且优雅的Eloquent ORM（对象关系映射）功能，让我们能以面向对象的方式来操作数据。模型连接数据库主要依赖于Laravel的数据库配置，默认情况下，模型会使用
config/database.php
文件中定义的默认连接，但我们也可以在模型内部轻松指定使用不同的连接或表名。
解决方案
在我看来，理解Laravel模型，首先要抓住它的本质：它不仅仅是一个数据容器，更是一个桥梁，连接着你的业务逻辑和底层数据库。当你创建一个
User
模型时，它通常就对应着数据库里的
users
表。这种映射关系，让开发者可以抛开复杂的SQL语句，转而用更直观、更符合编程习惯的方式来增删改查数据。
Laravel的Eloquent ORM是实现这一切的幕后功臣。它通过一系列约定，比如模型类名（
User
）的复数形式（
users
）作为表名，以及
id
作为主键，极大地简化了开发。如果你需要使用非标准的表名，比如我的
User
模型实际上对应的是
app_users
表，那么在模型中简单地定义一个
protected $table = 'app_users';
属性就行了。
至于数据库连接，Laravel应用通常在
config/database.php
里配置了多个连接，例如
mysql
、
pgsql
、
sqlite
等，并指定了一个
default
连接。当你实例化一个模型，或者通过模型进行查询时，它会默认使用这个
default
连接。但如果你的应用需要连接多个数据库，或者某个模型需要连接一个特定的数据库（比如一个遗留系统的数据源），你可以在模型中设置
protected $connection = 'your_custom_connection_name';
。这个
your_custom_connection_name
就需要在
database.php
里预先配置好。
这种设计哲学，让开发者在处理单数据库应用时几乎不用操心连接问题，而在面对多数据库场景时，也能保持代码的清晰和可维护性。
Laravel 模型的核心功能有哪些？
说到Laravel模型的核心功能，我个人觉得它最迷人的地方在于其强大的抽象能力，远不止简单的CRUD。
首先，CRUD操作自然是基石。通过
User::find(1)
、
User::where('email', 'test@example.com')->first()
、
$user->update(['name' => 'New Name'])
以及
User::create([...])
和
$user->delete()
，我们能以非常直观的方式进行数据操作。
其次，也是我认为最具生产力的一点，是关系（Relationships）。Eloquent让定义表之间的关系变得异常简单，比如一个用户可以有多篇文章（
hasMany
），一篇文章属于一个用户（
belongsTo
），文章可以有多个标签（
belongsToMany
）。这极大地简化了复杂数据结构的查询和管理。
// User 模型中定义与 Post 模型的一对多关系public function posts(){ return $this->hasMany(Post::class);}// 获取用户的所有文章$user = User::find(1);foreach ($user->posts as $post) { // ...}
此外，Mutators和Accessors允许你在从数据库读取或写入数据时自动进行格式化或转换。例如，你可以定义一个Accessor来自动将用户的姓和名拼接成全名，或者定义一个Mutator在保存密码时自动哈希。
查询作用域（Query Scopes）则提供了一种可重用的方式来封装常用的查询条件。比如，你可能经常需要查询所有“已发布”的文章，就可以定义一个
scopePublished()
。
// Post 模型中定义一个局部作用域public function scopePublished($query){ return $query->where('is_published', true);}// 使用作用域$publishedPosts = Post::published()->get();
最后，软删除（Soft Deletes）是一个非常实用的功能，它不是真正从数据库中删除记录，而是标记为已删除，方便后续恢复。这在很多业务场景下都是必需的，避免了数据误删的风险。
这些功能共同构建了一个强大而灵活的数据层，让开发者能更专注于业务逻辑，而不是底层的数据操作细节。
如何在 Laravel 模型中自定义数据库连接和表名？
在实际项目开发中，特别是遇到一些复杂的架构或者遗留系统集成时，自定义数据库连接和表名是家常便饭。这方面Laravel做得非常优雅，几乎没什么学习成本。
自定义表名
最常见的情况是，你的模型类名和数据库表名不符。比如，你有一个
Product
模型，但它实际对应的是
products_inventory
表。这时候，你只需要在
Product
模型类中添加一个
$table
属性：
// app/Models/Product.phpnamespace AppModels;use IlluminateDatabaseEloquentFactoriesHasFactory;use IlluminateDatabaseEloquentModel;class Product extends Model{ use HasFactory; /** * 与模型关联的表名。 * * @var string */ protected $table = 'products_inventory'; // ... 其他模型属性和方法}
这样，所有通过
Product
模型进行的数据库操作，都会自动指向
products_inventory
表。
凡人网络购物系统jsp版(JspShop)
基于jsp+javabean+access(mysql)三层结构的动态购物网站，v1.2包含v1.0中未公开的数据库连接 的java源文件 一，网站前台功能： 产品二级分类展示：一级分类－－二级分类－－产品列表－－详细介绍（名称，图片，市场价，会员价，是否推荐，功能介绍等） 产品搜索：关键字模糊搜索 定购产品：选择商品－－确认定购－－填写收货人信息－－选择付款方式－－订单号自动生成（限登录用户）
0 查看详情 
自定义数据库连接
多数据库环境，比如主从数据库分离、微服务架构下不同服务使用独立数据库，或者你需要从一个外部的只读数据库中获取数据，这时就需要自定义连接。
首先，你需要在
config/database.php
文件中配置好你的额外数据库连接。例如，我可能有一个名为
legacy_mysql
的连接：
// config/database.php'connections' => [ // ... 其他连接 'legacy_mysql' => [ 'driver' => 'mysql', 'host' => env('DB_LEGACY_HOST', '127.0.0.1'), 'port' => env('DB_LEGACY_PORT', '3306'), 'database' => env('DB_LEGACY_DATABASE', 'legacy_db'), 'username' => env('DB_LEGACY_USERNAME', 'root'), 'password' => env('DB_LEGACY_PASSWORD', ''), 'charset' => 'utf8mb4', 'collation' => 'utf8mb4_unicode_ci', 'prefix' => '', 'strict' => true, 'engine' => null, 'options' => extension_loaded('pdo_mysql') ? array_filter([ PDO::MYSQL_ATTR_SSL_CA => env('MYSQL_ATTR_SSL_CA'), ]) : [], ],],
接着，在需要使用这个特定连接的模型中，设置
$connection
属性：
// app/Models/LegacyUser.phpnamespace AppModels;use IlluminateDatabaseEloquentFactoriesHasFactory;use IlluminateDatabaseEloquentModel;class LegacyUser extends Model{ use HasFactory; /** * 模型应使用的数据库连接。 * * @var string */ protected $connection = 'legacy_mysql'; /** * 与模型关联的表名。 * 假设旧系统用户表名是 old_users * * @var string */ protected $table = 'old_users'; // ...}
这样，
LegacyUser
模型的所有操作都会通过
legacy_mysql
连接，并且访问
old_users
表。这种方式非常灵活，让我在处理多数据源时感到游刃有余。
Laravel 模型操作中常见的数据操作陷阱与优化技巧有哪些？
即使Eloquent如此强大，如果不注意一些细节，也可能会掉进性能陷阱或者安全漏洞。我在这里分享一些我个人在实际开发中总结的经验和优化技巧。
一个最常见的性能问题就是N+1查询问题。当你循环遍历一个模型集合，并在循环内部访问其关联模型时，就会发生N+1问题。例如：
// 假设User模型有hasMany Posts$users = User::all(); // 1次查询foreach ($users as $user) { echo $user->posts->count(); // N次查询，每访问一次$user->posts就执行一次}
解决方案是使用预加载（Eager Loading），通过
with()
方法一次性加载所有关联数据：
$users = User::with('posts')->get(); // 2次查询：一次查用户，一次查所有相关文章foreach ($users as $user) { echo $user->posts->count(); // 不再产生额外查询}
这一个简单的改动，就能大幅提升性能，特别是在数据量大的时候。
另一个非常重要的点是批量赋值保护（Mass Assignment Protection）。默认情况下，Laravel会阻止你通过
create()
或
update()
方法一次性填充所有传入的数据，以防止恶意用户通过请求注入不应该被修改的字段（比如
is_admin
）。
你需要明确指定哪些字段是可填充的（
$fillable
）或者哪些字段是不可填充的（
$guarded
）：
class User extends Model{ /** * 可以批量赋值的属性。 * * @var array */ protected $fillable = [ 'name', 'email', 'password', ]; /** * 不可批量赋值的属性。 * * @var array */ protected $guarded = [ 'id', // ID通常是不允许批量赋值的 ];}
我个人更倾向于使用
$fillable
，因为它强制你明确指定允许哪些字段被填充，这在安全性上更主动。
对于处理大量数据时，直接使用
get()
可能会导致内存溢出。这时，可以使用
chunk()
或
cursor()
方法：
// chunk 方法会分批次查询数据，并在回调函数中处理User::chunk(200, function ($users) { foreach ($users as $user) { // 处理每个用户 }});// cursor 方法利用PHP生成器，每次只从数据库中取出一条记录，内存占用极低foreach (User::cursor() as $user) { // 处理每个用户}
最后，不要忘了数据库事务（Transactions）。当你的操作涉及多个数据库修改，并且这些修改需要原子性（要么全部成功，要么全部失败）时，事务是必不可少的。
use IlluminateSupportFacadesDB;DB::transaction(function () { DB::table('users')->update(['votes' => 1]); DB::table('posts')->delete(); // 如果这里发生错误，上面的操作都会回滚});
这些技巧，说实话，都是我在实际项目中踩过坑后才深有体会的。掌握它们，能让你在享受Eloquent便利的同时，也能写出更健壮、性能更好的代码。
以上就是Laravel模型功能？模型如何连接数据库？的详细内容，更多请关注php中文网其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/836382.html
微信扫一扫 
支付宝扫一扫 
