今天就遇到一个问题,用Find可以,但用Where会报错,情形是这样的:
如果调用代码是这样的
执行不会报错。
如果是上面的,执行会报错:
找不到level方法,但用find查找时却没有问题,这才意识到find与where查找是有区别的。
后来去<a href="http://guides.rubyonrails.org/active_record_querying.html" target="_blank">rails guide</a>找了些资料,总结如下:
从数据库中查找对象有以下方法。
[list]
where
select
group
order
limit
offset
joins
includes
lock
readonly
from
having
[/list]
上面这些方法和SQL中关键字都有对应,只是为了代替原生的SQL语句,完成后返回一个ActiveRecord::Relation实例。
但Rails自创了Model.find(options)方法。
[list]
转换options到相应的sql语句
执行sql查询并获取数据库查询结果
把每条记录根据model实例化成对应的Ruby对象
如果有的话,执行after_find 回调方法
[/list]
看后恍然大悟,Find比其它查询会多出3和4两步操作,这就是问题所在。
以后要尽量少用where等与原生SQL紧密的查询,多用Find。
欢迎访问个人小博:
http://rubyer.me/blog/470
class People < ActiveRecord::Base
attr_accessor :level #为model添加一个自定义变量
def level
weight%100
end
end
如果调用代码是这样的
p = People.find(:all, :conditions => "sex=boy")
p.level
执行不会报错。
p = People.where(:sex == 'boy')
p.level
如果是上面的,执行会报错:
undefined method `level' for #
找不到level方法,但用find查找时却没有问题,这才意识到find与where查找是有区别的。
后来去<a href="http://guides.rubyonrails.org/active_record_querying.html" target="_blank">rails guide</a>找了些资料,总结如下:
从数据库中查找对象有以下方法。
[list]
where
select
group
order
limit
offset
joins
includes
lock
readonly
from
having
[/list]
上面这些方法和SQL中关键字都有对应,只是为了代替原生的SQL语句,完成后返回一个ActiveRecord::Relation实例。
但Rails自创了Model.find(options)方法。
[list]
转换options到相应的sql语句
执行sql查询并获取数据库查询结果
把每条记录根据model实例化成对应的Ruby对象
如果有的话,执行after_find 回调方法
[/list]
看后恍然大悟,Find比其它查询会多出3和4两步操作,这就是问题所在。
以后要尽量少用where等与原生SQL紧密的查询,多用Find。
欢迎访问个人小博:
http://rubyer.me/blog/470