一切福田,不離方寸,從心而覓,感無不通。

数据库操作 —— 查询构建器

简介

数据库查询构建器提供了一个方便的流接口用于创建和执行数据库查询。查询构建器可以用于执行应用中绝大部分数据库操作,并且能够在 Laravel 支持的所有数据库系统上工作。

注:流接口是一种设计模式,更多关于流接口模式的设计和使用方式,可查看这篇教程:PHP 设计模式系列 —— 流接口模式

Laravel 查询构建器使用 PDO 参数绑定来避免 SQL 注入攻击,不再需要过滤以绑定方式传递的字符串。

获取结果集

从一张表中取出所有行

我们可以从 DB 门面的 table 方法开始,table 方法为给定表返回一个流式查询构建器实例,该实例允许你在查询上链接多个约束条件并返回最终查询结果。在本例中,我们使用 get 方法获取表中所有记录:

get 方法返回包含结果集的 Illuminate\Support\Collection,其中每一个结果都是 PHP 的 StdClass 对象实例:

你可以像访问对象的属性一样访问字段的值:

从一张表中获取一行/一列

如果你只是想要从数据表中获取一行数据,可以使用 first 方法,该方法将会返回单个 StdClass 对象:

如果你不需要完整的一行,可以使用 value 方法从结果中获取单个值,该方法会直接返回指定列的值:

获取数据列值列表

如果想要获取包含单个列值的数组,可以使用 pluck 方法,在本例中,我们获取角色标题数组:

还可以在返回数组中为列值指定自定义键(该自定义键必须是该表的其它字段列名,否则会报错):

组块结果集

如果你需要处理成千上百条数据库记录,可以考虑使用 chunk 方法,该方法一次获取结果集的一小块,然后传递每一小块数据到闭包函数进行处理,该方法在编写处理大量数据库记录的 Artisan 命令的时候非常有用。例如,我们可以将处理全部 users 表数据分割成一次处理 100 条记录的小组块:

你可以通过从闭包函数中返回 false 来终止组块的运行:

聚合函数

查询构建器还提供了多个聚合方法,如countmaxminavg 和 sum,你可以在构造查询之后调用这些方法:

当然,你可以联合其它查询子句和聚合函数来构建查询:

判断记录是否存在

除了通过 count 方法来判断匹配查询条件的结果是否存在外,还可以使用 exists 或 doesntExist 方法:

查询(Select)

指定查询子句

当然,我们并不总是想要获取数据表的所有列,使用 select 方法,你可以为查询指定自定义的 select 子句:

distinct 方法允许你强制查询返回不重复的结果集:

如果你已经有了一个查询构建器实例并且希望添加一个查询列到已存在的 select 子句,可以使用 addSelect 方法:

原生表达式

有时候你希望在查询中使用原生表达式,这些表达式将会以字符串的形式注入到查询中,所以要格外小心避免 SQL 注入。想要创建一个原生表达式,可以使用 DB::raw 方法:

注:原生语句会以字符串的形式注入查询,所以这里尤其要注意避免 SQL 注入攻击。

原生方法

除了使用 DB::raw 外,你还可以使用以下方法来插入原生表达式到查询的不同部分。

selectRaw

selectRaw 方法可用于替代 select(DB::raw(...)),该方法接收一个可选的绑定数组作为第二个参数:

whereRaw / orWhereRaw

whereRaw 和 orWhereRaw 方法可用于注入原生 where 子句到查询,这两个方法接收一个可选的绑定数组作为第二个参数:

havingRaw / orHavingRaw

havingRaw 和 orHavingRaw 方法可用于设置原生字符串作为 having 子句的值:

orderByRaw

orderByRaw 方法可用于设置原生字符串作为 order by 子句的值:

连接(Join)

查询构建器还可以用于编写连接语句,关于 SQL 的几种连接类型,通过下图可以一目了然:

内连接(等值连接)

要实现一个简单的”内连接”,你可以使用查询构建器实例上的 join 方法,传递给 join 方法的第一个参数是你需要连接到的表名,剩余的其它参数则是为连接指定的列约束,当然,正如你所看到的,你可以在单个查询中连接多张表:

左连接

如果你是想要执行“左连接”而不是“内连接”,可以使用 leftJoin 方法。该方法和 join 方法的用法一样:

交叉连接

要执行“交叉连接”可以使用 crossJoin 方法,传递你想要交叉连接的表名到该方法即可。交叉连接在第一张表和被连接表之间生成一个笛卡尔积:

高级连接语句

你还可以指定更多的高级连接子句,传递一个闭包到 join 方法作为第二个参数,该闭包将会接收一个 JoinClause对象用于指定 join 子句约束:

如果你想要在连接中使用“where”风格的子句,可以在查询中使用 where 和orWhere 方法。这些方法会将列和值进行比较而不是列和列进行比较:

联合(Union)

查询构建器还提供了“联合”两个查询的快捷方式,比如,你可以先创建一个查询,然后使用 union 方法将其和第二个查询进行联合:

注:unionAll 方法也是有效的,并且和 union 使用方式相同。

Where 子句

简单 Where 子句

使用查询构建器上的 where 方法可以添加 where 子句到查询中,调用where 最基本的方式需要传递三个参数,第一个参数是列名,第二个参数是任意一个数据库系统支持的操作符,第三个参数是该列要比较的值。

例如,下面是一个验证“votes”列的值是否等于 100 的查询:

为了方便,如果你只是简单比较列值和给定数值是否相等,可以将数值直接作为where 方法的第二个参数:

当然,你还可以使用其它操作符来编写 where 子句:

还可以传递条件数组到 where 函数:

or 语句

你可以通过方法链将多个 where 约束链接到一起,也可以添加 or 子句到查询,orWhere 方法和 where 方法接收参数一样:

更多 Where 子句

whereBetween

whereBetween 方法验证列值是否在给定值之间:

whereNotBetween

whereNotBetween 方法验证列值不在给定值之间:

whereIn/whereNotIn

whereIn 方法验证给定列的值是否在给定数组中:

whereNotIn 方法验证给定列的值不在给定数组中:

whereNull/whereNotNull

whereNull 方法验证给定列的值为 NULL

whereNotNull 方法验证给定列的值不是 NULL

whereDate / whereMonth / whereDay / whereYear / whereTime

whereDate 方法用于比较字段值和日期:

whereMonth 方法用于比较字段值和一年中的指定月份:

whereDay 方法用于比较字段值和一月中的指定日期:

whereYear 方法用于比较字段值和指定年:

whereTime 方法用于比较字段值和指定时间:

whereColumn

whereColumn 方法用于验证两个字段是否相等:

还可以传递一个比较运算符到该方法:

还可以传递多条件数组到 whereColumn 方法,这些条件通过 and 操作符进行连接:

参数分组

有时候你需要创建更加高级的 where 子句,比如“where exists”或者嵌套的参数分组。Laravel 查询构建器也可以处理这些。作为开始,让我们看一个在括号中进行分组约束的例子:

正如你所看到的,传递闭包到 orWhere 方法构造查询构建器来开始一个约束分组,该闭包将会获取一个用于设置括号中包含的约束的查询构建器实例。上述语句等价于下面的 SQL:

where exists 子句

whereExists 方法允许你编写 where exists SQL 子句,whereExists 方法接收一个闭包参数,该闭包获取一个查询构建器实例从而允许你定义放置在“exists”子句中的查询:

上述查询等价于下面的 SQL 语句:

JSON Where子句

Laravel 还支持在提供 JSON 字段类型的数据库(目前是 MySQL 5.7 和 PostgresSQL)上使用操作符 -> 获取指定 JSON 字段值:

排序、分组、限定

orderBy

orderBy 方法允许你通过给定字段对结果集进行排序,orderBy 的第一个参数应该是你希望排序的字段,第二个参数控制着排序的方向 —— asc 或 desc

latest / oldest

latest 和 oldest 方法允许你通过日期对结果进行排序,默认情况下,结果集根据 created_at 字段进行排序,或者,你可以按照你想要排序的字段作为字段名传入:

inRandomOrder

inRandomOrder 方法可用于对查询结果集进行随机排序,比如,你可以用该方法获取一个随机用户:

groupBy / having

groupBy 和 having 方法用于对结果集进行分组,having 方法和 where 方法的用法类似:

关于 having 的更多高级用法,可查看 havingRaw 方法。

skip / take

想要限定查询返回的结果集的数目,或者在查询中跳过给定数目的结果,可以使用skip 和 take 方法:

作为替代方法,还可以使用 limit 和 offset 方法:

条件子句

有时候你可能想要某些条件为 true 的时候才将条件子句应用到查询。例如,你可能只想给定值在请求中存在的情况下才应用 where 语句,这可以通过 when 方法实现:

when 方法只有在第一个参数为 true 的时候才执行给定闭包,如果第一个参数为 false,则闭包不执行。

你可以传递另一个闭包作为 when 方法的第三个参数,该闭包会在第一个参数为 false 的情况下执行。为了演示这个特性如何使用,我们来配置一个查询的默认排序:

插入(Insert)

查询构建器还提供了 insert 方法用于插入记录到数据表。insert 方法接收数组形式的字段名和字段值进行插入操作:

你甚至可以一次性通过传入多个数组来插入多条记录,每个数组代表要插入数据表的记录:

自增 ID

如果数据表有自增 ID,使用 insertGetId 方法来插入记录并返回ID值:

注:当使用 PostgresSQL 时 insertGetId 方法默认自增列被命名为 id,如果你想要从其他“序列”获取ID,可以将序列名作为第二个参数传递到 insertGetId 方法。

更新(Update)

当然,除了插入记录到数据库,查询构建器还可以通过使用 update 方法更新已有记录。update 方法和 insert 方法一样,接收字段名和字段值的键值对数组,对应字段名就是要更新的列,你可以通过 where 子句来对 update 查询进行约束:

更新 JSON 字段

更新 JSON 字段的时候,需要使用 -> 语法访问 JSON 对象上相应的值,该操作只能用于支持 JSON 字段类型的数据库:

增加/减少

查询构建器还为增减给定字段名对应数值提供方便。相较于编写 update 语句,这是一条捷径,提供了更好的体验和测试接口。

这两个方法都至少接收一个参数:需要修改的列。第二个参数是可选的,用于控制列值增加/减少的数目。

在操作过程中你还可以指定额外的列进行更新:

删除(Delete)

当然,查询构建器还可以通过 delete 方法从表中删除记录,你可以在调用 delete 方法前通过添加 where 子句来添加约束条件:

如果你希望清除整张表,也就是删除所有列并将自增 ID 置为 0,可以使用 truncate 方法:

悲观锁 & 乐观锁

悲观锁(Pessimistic Lock),顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会阻塞直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁、表锁、读锁、写锁等,都是在做操作之前先上锁。

乐观锁(Optimistic Lock),顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制实现。乐观锁适用于多读的应用类型,这样可以提高吞吐量,像数据库如果提供类似于 write_condition 机制的其实都是提供的乐观锁。

下面我们看下悲观锁和乐观锁在 Laravel 中的使用:

悲观锁使用

Laravel 查询构建器提供了一些方法帮助你在 select 语句中实现“悲观锁”。可以在查询中使用 sharedLock 方法从而在运行语句时带一把”共享锁“。共享锁可以避免被选择的行被修改直到事务提交:

上面这个查询等价于下面这条 SQL 语句:

此外你还可以使用 lockForUpdate 方法。“for update”锁避免选择行被其它共享锁修改或删除:

上面这个查询等价于下面这条 SQL 语句:

for update 与 lock in share mode 都是用于确保被选中的记录值不能被其它事务更新(上锁),两者的区别在于 lock in share mode 不会阻塞其它事务读取被锁定行记录的值,而 for update 会阻塞其他锁定性读对锁定行的读取(非锁定性读仍然可以读取这些记录,lock in share mode 和 for update 都是锁定性读)。

这么说比较抽象,我们举个计数器的例子:在一条语句中读取一个值,然后在另一条语句中更新这个值。使用 lock in share mode 的话可以允许两个事务读取相同的初始化值,所以执行两个事务之后最终计数器的值+1;而如果使用 for update 的话,会锁定第二个事务对记录值的读取直到第一个事务执行完成,这样计数器的最终结果就是+2了。

乐观锁使用

乐观锁,大多是基于数据版本 ( Version )记录机制实现。何谓数据版本?即为数据增加一个版本标识,在基于数据库表的版本解决方案中,一般是通过为数据库表增加一个 “version” 字段来实现。

读取出数据时,将此版本号一同读出,之后更新时,对此版本号加一。此时,将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对,如果提交的数据版本号大于数据库表当前版本号,则予以更新,否则认为是过期数据。

总结

两种锁各有优缺点,不可认为一种好于另一种,像乐观锁适用于写比较少的情况下,即冲突真的很少发生的时候,这样可以省去了锁的开销,加大了系统的整个吞吐量。但如果经常产生冲突,上层应用会不断的进行重试,这样反倒是降低了性能,所以这种情况下用悲观锁就比较合适。

 

from:http://laravelacademy.org/post/8834.html