Django：使用原生查询传递子查询字符串时出现报错问题

我明白你遇到的问题了——当你试图把ORM生成的子查询作为参数传给原生raw()查询时，Django并没有把它当作SQL子查询来处理，而是把它转成了字符串值，这就导致数据库无法正确解析，自然报错了。

问题根源 #

你代码里的subquery_string = qs.values('id').order_by().query得到的是Django的Query对象，当你把它作为参数传给raw()时，Django会自动将其转义为字符串并插入到占位符位置，最终生成的SQL会变成类似这样：

SELECT * FROM bikeshare_station WHERE id IN ('SELECT id FROM bikeshare_station WHERE ...')

数据库会把括号里的内容当成一个字符串值，而不是子查询，这显然不符合你的预期，所以会抛出语法错误或数据不匹配的错误。

正确的解决方法 #

方法1：使用Django ORM的Subquery（推荐）

这是Django官方推荐的方式，完全不用写原生SQL，还能避免SQL注入风险：

from django.db.models import Subquery, OuterRef
from apps.bikeshare.models import Station

# 定义子查询的QuerySet（注意order_by()去掉默认排序，避免冗余）
sub_qs = Station.objects.filter(...).values('id').order_by()
# 主查询用Subquery关联
result_qs = Station.objects.filter(id__in=Subquery(sub_qs))

这样Django会自动生成正确的子查询SQL，并且处理好参数绑定。

方法2：如果必须用原生SQL，直接拼接子查询SQL

如果你确实需要使用原生raw()查询，可以把子查询的SQL直接拼入主SQL中（注意确保子查询没有用户可控的输入，避免SQL注入）：

from apps.bikeshare.models import Station

qs = Station.objects.filter(...)
# 把Query对象转成字符串形式的SQL
subquery_sql = str(qs.values('id').order_by().query)
# 直接拼入主SQL
raw_qs = Station.objects.raw(f'SELECT * FROM bikeshare_station WHERE id IN ({subquery_sql})')

注意事项 #

• 优先使用Subquery方案，它更符合Django的ORM设计，代码更易维护，也更安全。
• 若使用原生SQL拼接，一定要确保子查询的QuerySet没有直接使用用户输入的未转义内容，防止SQL注入攻击。
• 子查询里的order_by()是必要的，因为Django默认会给QuerySet加上排序，去掉它能避免子查询中出现不必要的ORDER BY语句，提升查询效率。

内容的提问来源于stack exchange，提问作者Greg Brown