real_escape_string vs. prepared statements(real_escape_string 与准备好的语句)
本文介绍了real_escape_string 与准备好的语句的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
就速度和安全性而言,是否有任何理由使用一种而不是另一种?谢谢!
is there any reason to use one over the other in terms of speed and safety? Thanks!
推荐答案
速度:
- 当您使用绑定参数时,您可以重复使用相同的查询和查询计划,只需更改参数即可.当您从字符串构建查询时,数据库必须重新解析语句.
- 使用绑定参数,SQL 解析器的工作也更少.参数未转义,因此解析更简单.
安全:
- 在我看来,记住使用参数比记住转义字符串容易得多.
这篇关于real_escape_string 与准备好的语句的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
织梦狗教程
本文标题为:real_escape_string 与准备好的语句
基础教程推荐
猜你喜欢
- 如何在 Laravel 中使用 React Router? 2022-01-01
- 在PHP中根据W3C规范Unicode 2022-01-01
- PHP 类:全局变量作为类中的属性 2021-01-01
- 如何在 Laravel 5.3 注册中添加动态下拉列表列? 2021-01-01
- 学说 dbal querybuilder 作为准备好的语句 2022-01-01
- 如何替换eregi() 2022-01-01
- 有什么方法可以用编码 UTF-8 而不是 Unicode 返回 PHP`json_encode`? 2021-01-01
- YouTube API v3 点赞视频,但计数器不增加 2022-01-01
- PHP PDO MySQL 查询 LIKE ->多个关键词 2021-01-01
- Cron Jobs 调用带有变量的 PHP 脚本 2022-01-01
