update 操作

问答 / 332 / 1 / 创建于 4年前

在更新收货地址的时候会先查出对应的记录，与提交的数据做比较，判断有改变的字段才会去更新，想问是否有必要去查询判断，直接更新不是更节省损耗？

课程读者 16 声望

暂无个人描述~

《L04 微信小程序从零到发布》

从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。

《G01 Go 实战入门》

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

推荐文章：

更多推荐...

工作小锦囊系列——如何实现一个车辆预定功能（下） 13 / 15 |

ElasticSearch基本操作 21 / 7 |

Dcat Admin 修改全局行操作按钮显示方式为文字+图标 16 / 2 |

laravel常用代码库：Carbon日期及时间处理包-年月日操作完整版常用方法以及使用场景 39 / 6 |

Laravel ORM 中你不知道的骚操作 36 / 19 |

你可能不知道的 Laravel Eloquent 操作 82 / 19 |

leo

管理员 4.7k 声望 / Backend Manager @ RightCapital

最佳答案

多一条不慢的 SQL 不会拖垮的你项目，但在无意义的优化上多花的时间会。

4年前评论

虚妄（楼主）

是这样的，但是我觉得这种可以轻易优化，而不需要费尽心思的逻辑，我们是否应该避免，虽然对于一般的项目来说，确实多一条不慢的SQL性能不会有太大的影响，但是我们不应该精益求精嘛？

leo （作者）

@う傲慢直接操作数据库而不走 ORM 会失去许多 Laravel ORM 的功能特性，会大大降低开发效率

讨论数量: 1

leo

管理员 4.7k 声望 / Backend Manager @ RightCapital

多一条不慢的 SQL 不会拖垮的你项目，但在无意义的优化上多花的时间会。

4年前评论

虚妄（楼主）

是这样的，但是我觉得这种可以轻易优化，而不需要费尽心思的逻辑，我们是否应该避免，虽然对于一般的项目来说，确实多一条不慢的SQL性能不会有太大的影响，但是我们不应该精益求精嘛？

leo （作者）

@う傲慢直接操作数据库而不走 ORM 会失去许多 Laravel ORM 的功能特性，会大大降低开发效率

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助