Nei*_*eil 3 ruby ruby-on-rails
我知道当你使用includes并where在连接表上指定一个子句时,你应该使用.references
例:
# will error out or throw deprecation warning in logs
customers = Customer.includes(:orders).where("Orders.cost < ?", 100)
Run Code Online (Sandbox Code Playgroud)
否则,在rails 4或更高版本中,您将收到如下错误:
Mysql2 ::错误:'where子句'中的未知列'Orders.cost':SELECT
customers.*FROMcustomersWHERE(Orders.cost <100)
或者您将收到弃用警告:
弃用警告:您似乎急于加载在字符串SQL片段中引用的表(用户,地址之一).例如:
Run Code Online (Sandbox Code Playgroud)Post.includes(:comments).where("comments.title = 'foo'")目前,Active Record识别字符串中的表,并且知道将comments表连接到查询,而不是在单独的查询中加载注释.但是,在不编写完整的SQL解析器的情况下执行此操作本身就存在缺陷.由于我们不想编写SQL解析器,因此我们将删除此功能.从现在开始,当您从字符串引用表时,必须明确告诉Active Record:
Post.includes(:comments).where("comments.title ='foo'").references(:comments)
如果您不依赖隐式连接引用,则可以通过设置完全禁用该功能
config.active_record.disable_implicit_join_references = true.(SELECT"users"."id"AS t0_r0,"users"."name"AS t0_r1,"users"."email"AS t0_r2,"users"."created_at"AS t0_r3,"users"."updated_at"AS t0_r4 ,"地址"."id"AS t1_r0,"地址"."user_id"AS t1_r1,"地址"."country"AS t1_r2,"地址"."street"AS t1_r3,"地址"."postal_code"AS t1_r4 ,"地址"."city"AS t1_r5,"地址"."created_at"AS t1_r6,"地址"."updated_at"AS t1_r7 FROM"users"LEFT OUTER JOIN"地址"ON"地址"."user_id"="用户"."id"WHERE(addresses.country ='Poland')
说得通.使用时,Rails不希望成为SQL解析器includes.因此,为了让铁路开心,我们这样做:
# No error and no deprecation warning because we are explicitly specifying what table is referenced within that where clause
customers = Customer.includes(:orders).where("Orders.cost < ?", 100).references(:orders)
Run Code Online (Sandbox Code Playgroud)
但是,当您在连接表上使用joins和where子句时:Rails不会出错,并且rails也不会像以下那样抛出弃用警告includes:
# No error and no deprecation warning. What????
customers = Customer.joins(:orders).where("Orders.cost < ?", 100)
Run Code Online (Sandbox Code Playgroud)
这对我来说没有意义.我认为如果rails不想成为SQL解析器includes,那么它也不希望成为一个SQL解析器joins.我认为rails会更喜欢我这样使用references:
customers = Customer.joins(:orders).where("Orders.cost < ?", 100).references(:orders)
Run Code Online (Sandbox Code Playgroud)
所以我的问题:
references为joins与where上连接表的条款,即使它是非常需要的includes?如果是这样的话:为什么includes和joins?references上joins向前迈进?也许一旦rails的SQL解析器消失了,所有那些在连接表上joins有where子句的人将不再工作了?在之间的根本区别joins和includes(其是用于2种方法的包装:eager_load和preload)是:
joins直截了当地执行SQL并不加选择地返回所有记录includes将确定哪些记录属于哪个模型并构建模型树: author1 -> [post, post, post], author2 -> [post, post]例如,如果你加入,Order.joins(:product_items)你会得到:
Order.includes(:product_items)你仅得到Orders与嵌套在每个相应的订单product_items.因此reference,当您执行includes(或eager_load或preload)帮助区分SQL连接中的数据并将其分配给正确的模型时,此处仅对Rails有用.
随着joins你在SQL世界中独自一人.大多数时候我会使用它group("orders.id")和一个聚合函数:
select(orders.*, count(product_items.id) as cart_size)...