go xorm相对其他orm工具有则不俗的用户友好性以及稳定性。xorm用户使用指南缺少对子查询的描述,只有join的使用指南。没有xorm的时代,程序员可以直接使用sql语句,但是存在sql注入风险,后来可以使用预编译sql语句,但是实际上xorm使用的就是sql预编译。因此,要是xorm支持原生子查询可以更加优雅的使用。
xorm指南缺少对子查询的描述,因此不清楚xorm是否支持直接编写子查询sql语句。
select *
from object_table
where id = 1 or base_id = 1 or id in (
select base_id
from object_table
where id = 1)
这样的子查询xorm到底怎么编写。
查看xorm Where/And部分源码,可以看到当请求语句是map[string]interface{}和builder.Cond类型时对args的看法要不是无视,要不就认为是独立condition语句。简单的说,就是没有直接识别子查询。因为按照正常推想,子查询应该是放到参数(args)位置上,源码上只是看成是一般参数,所以可以直接说xorm没有原生抽象子查询。
// And add Where & and statement
func (statement *Statement) And(query interface{}, args ...interface{}) *Statement {
switch query.(type) {
case string:
cond := builder.Expr(query.(string), args...)
statement.cond = statement.cond.And(cond)
case map[string]interface{}:
cond := builder.Eq(query.(map[string]interface{}))
statement.cond = statement.cond.And(cond)
case builder.Cond:
cond := query.(builder.Cond)
statement.cond = statement.cond.And(cond)
for _, v := range args {
if vv, ok := v.(builder.Cond); ok {
statement.cond = statement.cond.And(vv)
}
}
default:
statement.lastError = ErrConditionType
}
return statement
}
使用xorm进行sql编写子查询与直接编写sql语句是一样的,该语句是查询所有包含baseid的object,直接在语句中写入子查询语句即可。因为当请求是string时是直接运行的,类似于直接写sql。
......
case string:
cond := builder.Expr(query.(string), args...)
statement.cond = statement.cond.And(cond)
......
err := OrmDB().Table("object_table").Where("id = ? or base_id = ? ", baseId, baseId).
Or("id in (select base_id from object_table where id = ?)", baseId).Find(&objects)