我的产品型号包含一些项目
Product.first
=> #<Product id: 10, name: "Blue jeans" >
我现在从另一个数据集导入一些产品参数，但是名称的拼写不一致。例如，在另一个数据集中，Blue jeans可以拼写为Blue jeans。
我想要产品。find_or_create_by_name("Blue Jeans")，但这将创建一个与第一个几乎相同的新产品。我的选择是什么，如果我想找到和比较小写的名字。
性能问题在这里并不重要:只有100-200个产品，我希望将其作为导入数据的迁移来运行。
什么好主意吗?
当前回答
引用SQLite文档:
任何其他字符匹配自身或 它的小写/大写等价(即。 不区分大小写匹配)
.．.我不知道。但它是有效的:
sqlite> create table products (name string);
sqlite> insert into products values ("Blue jeans");
sqlite> select * from products where name = 'Blue Jeans';
sqlite> select * from products where name like 'Blue Jeans';
Blue jeans
所以你可以这样做:
name = 'Blue jeans'
if prod = Product.find(:conditions => ['name LIKE ?', name])
# update product or whatever
else
prod = Product.create(:name => name)
end
不是#find_or_create，我知道，它可能不是很跨数据库友好，但值得一看?
其他回答
这是Rails中的一个完整设置，供我自己参考。如果这对你也有帮助，我很高兴。
查询:
Product.where("lower(name) = ?", name.downcase).first
验证器:
validates :name, presence: true, uniqueness: {case_sensitive: false}
索引(答案来自Rails/ActiveRecord中不区分大小写的唯一索引?):
execute "CREATE UNIQUE INDEX index_products_on_lower_name ON products USING btree (lower(name));"
我希望有一种更漂亮的方式来完成第一个和最后一个，但话又说回来，Rails和ActiveRecord是开源的，我们不应该抱怨——我们可以自己实现它并发送pull request。
你可能想要使用以下语句:
validates_uniqueness_of :name, :case_sensitive => false
请注意，默认设置是:case_sensitive => false，所以如果你没有改变其他方式，你甚至不需要写这个选项。
欲知详情，请浏览: http://api.rubyonrails.org/classes/ActiveRecord/Validations/ClassMethods.html#method-i-validates_uniqueness_of
有几个注释提到了Arel，但没有提供示例。
下面是一个不区分大小写搜索的Arel示例:
Product.where(Product.arel_table[:name].matches('Blue Jeans'))
这种类型的解决方案的优点是它与数据库无关——它将为当前适配器使用正确的SQL命令(匹配将对Postgres使用ILIKE，而对其他一切使用LIKE)。
不区分大小写的搜索是Rails内置的。它解释了数据库实现的差异。使用内置的Arel库，或者像Squeel这样的宝石。
这里有很多很棒的答案，尤其是@oma的。但是您还可以尝试使用自定义列序列化。如果你不介意在你的db中存储小写字母，那么你可以创建:
# lib/serializers/downcasing_string_serializer.rb
module Serializers
class DowncasingStringSerializer
def self.load(value)
value
end
def self.dump(value)
value.downcase
end
end
end
然后在你的模型中:
# app/models/my_model.rb
serialize :name, Serializers::DowncasingStringSerializer
validates_uniqueness_of :name, :case_sensitive => false
这种方法的好处是，您仍然可以使用所有常规查找器(包括find_or_create_by)，而无需使用自定义作用域、函数或使用较低的(name) = ?在你的查询中。
缺点是会丢失数据库中的套管信息。
