ThinkPHP表达式怎么用_ThinkPHP模型查询表达式介绍【方法】

ThinkPHP查询表达式：绕过自动类型转换的底层SQL通道

先明确一个核心概念：ThinkPHP的查询表达式，绝非简单的语法糖。它本质上是一条绕过框架自动类型转换、直接嵌入SQL条件的底层通道。用错了地方，条件可能静默失效；用对了方法，才能驾驭复杂的查询逻辑。

ThinkPHP查询表达式是绕过自动类型转换直插SQL的底层通道，需用数组表达式如['id'=>['eq',100]]控制运算符，EXP允许原生SQL但有注入风险，NOT IN等须用下划线命名如['id'=>['not_in',[1,2,3]]]。

where() 里传数组表达式怎么写才生效

ThinkPHP的where()方法支持多种传参形式，但唯有数组表达式能让你精确控制SQL运算符。一个常见的误区是，把['status' => 1]简单地理解为“等于”。实际上，它等价于where('status', '=', 1)。问题在于，如果数据库字段类型（比如TINYINT）与传入的PHP值类型（比如字符串'1'）不匹配，PDO驱动在某些情况下可能会“跳过”这个条件，导致查询结果与预期不符。

那么，如何确保条件百分百生效？关键在于使用显式的表达式键值对：

• 必须显式写出表达式：例如['id' => ['eq', 100]]表示“等于”，['score' => ['gt', 80]]表示“大于”。
• 表达式名大小写通用：无论是'EQ'、'eq'还是'Eq'，框架都能识别。
• 字符串匹配要自己处理通配符：使用like表达式时，需要手动添加%。写成['name' => ['like', '%admin%']]是模糊查询，而只写'admin'则要求完全匹配。
• 范围查询的两种写法：between和in表达式既支持逗号分隔的字符串，也支持数组。例如['id' => ['between', '1,10']]和['id' => ['between', [1,10]]]效果完全相同。

EXP 表达式为什么不能随便用

EXP表达式在ThinkPHP中是一个特殊的存在，它是唯一允许你直接写入原生SQL片段的通道。正因如此，它不经过框架的参数绑定和转义处理——这意味着，一旦拼写错误，轻则SQL报错，重则可能引发SQL注入漏洞。

它的用武之地，通常是那些常规表达式无法覆盖的场景，比如对字段进行数学运算，或者调用数据库函数：

• 正确写法：['score' => ['exp', 'score + 1']]。注意，右侧的值是一个字符串形式的SQL片段，而不是PHP表达式。
• 高危写法（绝对避免）：['name' => ['exp', "LIKE '%{$_GET['q']}%'"]]。直接将用户输入拼接进SQL，是典型的安全漏洞。
• 也可用于更新操作：例如$data['score'] = ['exp', 'score + 1']; $user->sa ve($data);，可以实现字段值的自增更新。
• 别把简单问题复杂化：如果想查询IS NULLwhereNull('email')方法，而不是['email' => ['exp', 'IS NULL']]。

NOT IN / BETWEEN 这些带空格的表达式怎么写

对于包含空格的SQL关键字，比如NOT IN、NOT BETWEEN，ThinkPHP有一套硬编码的转换规则：统一使用下划线命名。这不是一个可配置的选项，而是必须遵守的语法。写错格式，条件会被默默忽略，且通常不会有任何错误提示。

立即学习“PHP免费学习笔记（深入）”；

• 正确示范：['id' => ['not_in', [1,2,3]]]、['age' => ['not_between', [18,60]]]。
• 错误示范：['id' => ['NOT IN', [1,2,3]]]（使用了大写和空格），或者['id' => ['not in', [1,2,3]]]（空格没有转换成下划线）。
• 关于NULL查询：虽然['status' => ['null']]可以生成IS NULL条件，但同样更推荐使用语义更明确的whereNull()方法。
• 最终生成的SQL：所有表达式关键字在最终生成的SQL中都会转为小写，因此不必纠结大小写。但关键点在于，连接符（下划线_）绝不能省略。

最后，有一个容易被忽略的要点：查询表达式只负责生成WHERE子句的逻辑，它并不改变字段与PHP类型之间的映射关系，也不会触发模型的关联事件。当你发现查询条件没有如预期般生效时，第一反应应该是检查表达式名（特别是下划线）是否拼写正确，而不是急于添加调试日志或更换ORM方案。很多时候，问题就出在这个细节上。