Нечутливий до випадку пошук у моделі Rails

Моя модель продукту містить деякі елементи

 Product.first
 => #<Product id: 10, name: "Blue jeans" >

Зараз я імпортую деякі параметри продукту з іншого набору даних, але в написанні назв є невідповідності. Наприклад, в іншому наборі даних Blue jeansможе бути написано Blue Jeans.

Я хотів Product.find_or_create_by_name("Blue Jeans"), але це створить новий продукт, майже ідентичний першому. Назвіть мої варіанти, якщо я хочу знайти і порівняти назву нижнього регістру.

Проблеми з ефективністю тут не дуже важливі: Є лише 100-200 продуктів, і я хочу запустити це як міграцію, яка імпортує дані.

Будь-які ідеї?

Ймовірно, тут вам доведеться бути більш докладно

name = "Blue Jeans"
model = Product.where('lower(name) = ?', name.downcase).first 
model ||= Product.create(:name => name)

Це повне налаштування в 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 є відкритим кодом, ми не повинні скаржитися - ми можемо реалізувати це самостійно і надіслати запит на тягу.

Якщо ви використовуєте Postegres і Rails 4+, тоді ви можете скористатися стовпчиком типу CITEXT, який дозволить нечутливі до регістру запити без необхідності виписувати логіку запиту.

Міграція:

def change
  enable_extension :citext
  change_column :products, :name, :citext
  add_index :products, :name, unique: true # If you want to index the product names
end

А щоб перевірити це, слід очікувати наступного:

Product.create! name: 'jOgGers'
=> #<Product id: 1, name: "jOgGers">

Product.find_by(name: 'joggers')
=> #<Product id: 1, name: "jOgGers">

Product.find_by(name: 'JOGGERS')
=> #<Product id: 1, name: "jOgGers">

Ви можете скористатися наступним:

validates_uniqueness_of :name, :case_sensitive => false

Зауважте, що за замовчуванням налаштування є: case_sensitive => false, тому вам навіть не потрібно писати цю опцію, якщо ви не змінили інших способів.

Дізнайтеся більше за адресою: http://api.rubyonrails.org/classes/ActiveRecord/Validations/ClassMethods.html#method-i-validates_uniqueness_of

У postgres:

 user = User.find(:first, :conditions => ['username ~* ?', "regedarek"])

Кілька коментарів посилаються на Arel, не надаючи приклад.

Ось приклад Ареля пошуку, що не враховує регістр:

Product.where(Product.arel_table[:name].matches('Blue Jeans'))

Перевага цього типу рішення полягає в тому, що воно є агресивним для баз даних - воно використовуватиме правильні команди SQL для вашого поточного адаптера ( matchesвикористовуватиметься і ILIKEдля Postgres, і LIKEдля всього іншого).

Цитування з документації на 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, я знаю, і це може бути не дуже межбазовим доброзичливі, але варто подивитися?

Ще один підхід, про який ніхто не згадував, - це додавати нечутливі до регістру пошукові системи в ActiveRecord :: Base. Деталі можна знайти тут . Перевага такого підходу полягає в тому, що вам не потрібно змінювати кожну модель, і вам не потрібно додавати lower()пункт до всіх нечутливих до вашого запиту випадків, ви просто використовуєте інший метод пошуку.

Верхні та малі літери відрізняються лише одним бітом. Найефективніший спосіб їх пошуку - ігнорувати цей біт, не конвертувати нижній чи верхній тощо. Перегляньте ключові слова COLLATIONдля MSSQL, подивіться, NLS_SORT=BINARY_CIчи використовується Oracle тощо.

Find_or_create тепер застарілий, замість цього ви повинні використовувати відношення AR плюс плюс first_or_create, як-от так:

TombolaEntry.where("lower(name) = ?", self.name.downcase).first_or_create(name: self.name)

Це поверне перший збіглий об'єкт або створить його для вас, якщо такого не існує.

Пошук, що не враховує регістр, вбудовується в Rails. Це пояснює відмінності в реалізації баз даних. Використовуйте або вбудовану бібліотеку Arel, або дорогоцінний камінь, як Squeel .

Тут є багато чудових відповідей, зокрема, @ oma's. Але ще одна річ, яку ви можете спробувати, - це використання спеціальної серіалізації стовпців. Якщо ви не заперечуєте, щоб все зберігалося в малому регістрі, ви можете створити:

# 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), не використовуючи спеціальні сфери, функції або не маючиlower(name) = ? у своїх запитах.

Мінусом є те, що ви втрачаєте інформацію про корпуси в базі даних.

Схожий на Ендрюса, який є №1:

Щось для мене працювало:

name = "Blue Jeans"
Product.find_by("lower(name) = ?", name.downcase)

Це позбавляє від необхідності робити #whereі #firstв тому ж запиті. Сподіваюсь, це допомагає!

Ви також можете скористатися такими областями, як описано нижче, і поставити їх під занепокоєння та включити до моделей, які можуть вам знадобитися:

scope :ci_find, lambda { |column, value| where("lower(#{column}) = ?", value.downcase).first }

Потім використовуйте так: Model.ci_find('column', 'value')

Припускаючи, що ви використовуєте mysql, ви можете використовувати поля, що не відрізняються від регістру: http://dev.mysql.com/doc/refman/5.0/en/case-sensibility.html

user = Product.where(email: /^#{email}$/i).first

Деякі люди показують, використовуючи LIKE або ILIKE, але вони дозволяють шукати регулярні виразки. Крім того, вам не потрібно скинути в Ruby. Ви можете дозволити базі даних зробити це за вас. Я думаю, що це може бути швидше. Також first_or_createможна використовувати після where.

# app/models/product.rb
class Product < ActiveRecord::Base

  # case insensitive name
  def self.ci_name(text)
    where("lower(name) = lower(?)", text)
  end
end

# first_or_create can be used after a where clause
Product.ci_name("Blue Jeans").first_or_create
# Product Load (1.2ms)  SELECT  "products".* FROM "products"  WHERE (lower(name) = lower('Blue Jeans'))  ORDER BY "products"."id" ASC LIMIT 1
# => #<Product id: 1, name: "Blue jeans", created_at: "2016-03-27 01:41:45", updated_at: "2016-03-27 01:41:45"> 

Альтернативою може бути

c = Product.find_by("LOWER(name)= ?", name.downcase)

Поки я прийняв рішення, використовуючи Ruby. Розмістіть це всередині моделі продукту:

  #return first of matching products (id only to minimize memory consumption)
  def self.custom_find_by_name(product_name)
    @@product_names ||= Product.all(:select=>'id, name')
    @@product_names.select{|p| p.name.downcase == product_name.downcase}.first
  end

  #remember a way to flush finder cache in case you run this from console
  def self.flush_custom_finder_cache!
    @@product_names = nil
  end

Це дасть мені перший продукт, де збігаються назви. Або нуль.

>> Product.create(:name => "Blue jeans")
=> #<Product id: 303, name: "Blue jeans">

>> Product.custom_find_by_name("Blue Jeans")
=> nil

>> Product.flush_custom_finder_cache!
=> nil

>> Product.custom_find_by_name("Blue Jeans")
=> #<Product id: 303, name: "Blue jeans">
>>
>> #SUCCESS! I found you :)