专栏首页程序员小助手3分钟短文:Laravel查询构造器,告别手写SQL的艰苦岁月
原创

3分钟短文:Laravel查询构造器,告别手写SQL的艰苦岁月

引言

鉴于上一章标题引起一些开发同学的巨大兴趣,本文我们接着此种行文方式继续我们的“Laravel宇宙”系列文章。 我们在前一些章节,相继使用迁移创建了数据库结构,使用seeder为数据库填充了假数据,现在我们要对数据进行操作了。 哪些操作?增删改查!

本文先不说模型,说说直接的查询构造器,说说怎么把数据筛选出来,这用的应该是最多的了。

代码时间

说起柔顺,你想起来什么?是撸代码,没错,就是它。 大家看看下面这个代码写法柔顺不柔顺:

$users = DB::select(['table' => 'users', 'where' => ['type' => 'donor']]);

我们说撸代码,是有一个从前到后,丝滑连贯的感受的,上面这段不柔顺,它在各个参数位置传入了各种结构的数据, 不仅看上去乱,写上去乱,连代码自己都觉得乱。

下面是laravel里用的最多的写法:

$users = DB::table('users')->where('type', 'donor')->get();

这些是不是顺多了,一气呵成,要的就是这个感觉。

为了演示查询构造器的功能用法,我们直接使用 DB 门面创建 QueryBuilder 对象。比如执行原生的语句:

DB::statement('drop table users')

还有参数绑定的方式传入SQL语句:

DB::select('select * from contacts where validated = ?', [true]);

这种是按照参数顺序依次绑定的,还可以使用占位符和键值对的方式:

$usersOfType = DB::select('select * from users where type = :type', ['type' => $userType]);

这样绑定的参数就不会担心传入的次序了。

我们引入查询构造器,引入模型,就是为了摆脱繁杂的SQL语法,这里又传入原生语句,不提倡!

写一条不附加任何约束条件的查询:

$users = DB::table('users')->get();

还有复杂的多表联合查询,使用 INNER JOIN 方式:

DB::table('users')
    ->join('contacts', function ($join) {
        $join->on('users.id', '=', 'contacts.user_id')
        ->where('contacts.type', 'valid');
    })
    ->get();

上面这个写法就是我们常用的SQL写法,生成的SQL语句如下:

SELECT * FROM `users` INNER JOIN `contacts` ON `user`.`id` = `contacts`.`user_id` WHERE `contacts`.`type` = `valid`;

对于写操作,我们也使用参数位置绑定的方式展示:

DB::insert('insert into contacts (name, email) values (?, ?)',['sally', 'sally@me.com']);

这一条是创建新的数据条目,还有更新数据:

$countUpdated = DB::update('update contacts set status = ? where id = ?',['valie', $id]);

和按照条件删除条目:

$countDeleted = DB::delete('delete from contacts where archived = ?',[true]);

为了编程愉悦感,还是回归我们的laravel推荐的链式操作的方式来演示更多更复杂的功能。举例一些常规的查询:

$emails = DB::table('contacts')->select('email', 'email2 as second_email')->get();

select 方法用于指定SQL返回哪些列。可以指定多个,也可以使用 addSelect 追加:

$emails = DB::table('contacts')->select('email')->addSelect('email2 as second_email')->get();

多个约束条件的查询:

$newVips = DB::table('contacts')->where('vip', true)->where('created_at', '>', Carbon::now()->subDay())->get();

复杂的查询莫过于使用多表联合查询,使用子查询,使用比较绕的or查询,我们对or查询举两个例子, 大家在调试的时候,一定要对自己写的代码打印一下最终生成的SQL语句反复检查和测试,以降低故障。 比如两个条件:

$priorityContacts = DB::table('contacts')->where('vip', true)->orWhere('created_at', '>', Carbon::now()->subDay())->get();

这一条要求要么vip是true,要么created_at字段在一天以内。还有更复杂的,需要使用闭包的方式组装:

$contacts = DB::table('contacts')
    ->where('vip', true)
    ->orWhere(function ($query) {
        $query->where('created_at', '>', Carbon::now()->subDay())
        ->where('trial', false);
    })
    ->get();

上面的代码主旨上还是两个条件的 OR,只不过第二个条件包含更多的约束。生成的语句应该是下面这样的:

SELECT * FROM contacts WHERE vip = 1 OR (trial = 0 AND created_at > '2020-10-30 11:00:00');

好吧,查询的用法先介绍到这儿,更多的查询,我们后面的代码会用的很多,再给大家慢慢细讲。

写在最后

本文轻描淡写地讲解了laravel中的查询构造器,讲了一个比较复杂的OR查询,因为使用闭包组装WHERE约束条件,所以会有些难以理解, 不过对比打印生成的SQL语句后,大家应该会豁然开朗!

Happy coding :-)

我是@程序员小助手,专注编程知识,圈子动态的IT领域原创作者

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 微信热传的 100+ 经典技术文章

    阿炬
  • 提高Laravel应用性能方法详解

    使用Laravel做开发是高效而愉悦的体验。 通常,当你准备部署应用的时候,你可能会意识到应用也许会在真实环境下表现不佳。

    砸漏
  • 关于 Laravel 应用性能优化的几点建议

    很多人吐槽 Laravel 框架性能不行,在我看来,除了每次新请求应用启动阶段由于 Laravel 框架本身的设计,导致服务容器加载服务确实增加了一些耗时外(不...

    学院君
  • 日本「AI 鱼脸识别」项目,每分钟识别 100 条

    内容提要:近日,日本的一个 AI 分拣鱼类项目进入实验阶段。这将有望改善日本渔业劳动力老龄化及短缺的社会现状。

    HyperAI超神经
  • Laravel5.8学习日常之分页

    在平常的代码撰写中,分页是一个比较头疼的一件事,总结一下,现在分页可以分为两种分页大类,分别是后端分页及前端分页。

    Meng小羽
  • 英特尔换帅股票大涨!请回首任CTO接任,18岁起在英特尔干技术30年,今荣归故里

    1月13日,英特尔公司宣布VMware的CEO帕特·盖辛格(Pat Gelsinger) 将于2月15日起正式取代英特尔公司的临时CEO司睿博(Bob Swan...

    大数据文摘
  • 三名儿童改变美国历史——美国的失踪儿童干预系统

    大数据文摘
  • GPT-3的50种玩法告诉你,它很酷,但是没有通过图灵测试

    自从OpenAI开放GPT-3的API以来,不少人争相申请试用后获得了“门票”,并相继在社交网络上推送自己的试用成果,引发了人们对GPT-3的热烈讨论。

    AI科技评论
  • 记一次对DM数据库的优化过程

    某年某月某日的一个下午,接收到监控服务器的一条告警短信:尊敬的运维工程师 XX,你好:“192.168.136.200”数据库服务器 CPU 异常,CPU 使用...

    JAVA日知录

扫码关注云+社区

领取腾讯云代金券