Rails de MySQL ILIKE requête

Ma syntaxe est éteint. Je veux créer un champ by_name qui trouve tous les agencies dont le nom de l'attribut contenant le passé dans la chaîne (insensible à la casse).

Voici ce que j'ai:

class Agency < ActiveRecord::Base
  scope :by_name, ->(agency_name) { where('name ILIKE ?', "%#{agency_name}%") }
end

Dans la console rails de type I dans agencies = Agency.by_name("foo"). Voici la requête générée:

SELECT `agencies`.* FROM `agencies`  WHERE (name ILIKE '%foo%')

Voici le message d'erreur:

Mysql2::Erreur: Vous avez une erreur dans votre syntaxe SQL; consultez le manuel qui correspond à votre serveur MySQL version pour le droit
la syntaxe à utiliser près de " ILIKE '%foo%')

OriginalL'auteur Neil | 2015-12-01

  1. 15

    Je pense qu'il devrait être: 

     scope :by_name, lambda { |agency_name| 
   where('name LIKE ?', "%#{agency_name}%") # not ILIKE
 }

    C'est dans PostgreSQL le mot-clé ILIKE peut être utilisé au lieu de faire de la correspondance de la casse, selon la langue active. Ce n'est pas dans le standard SQL, mais est une extension PostgreSQL.

    Dans MySQL, vous n'avez pas ILIKE. La caisse MySQL docs sur la chaîne des fonctions de comparaison.

    Bonus - vous pouvez également utiliser Arel. Prendre un coup d'oeil:

    scope :by_name, lambda { |agency_name| 
  where(Agency.arel_table[:name].matches("%#{agency_name}%"))
}

    OriginalL'auteur Andrey Deineko

  2. 7

    Pourquoi oui, parce que il n'y a pas une telle chose comme ILIKE dans MySQL. Seulement LIKE. Vous avez peut-être vu ILIKE comme un casse version de LIKE dans PostgreSQL, mais votre SGBDR est différent.

    Votre meilleur pari est d'utiliser LOWER sur les deux côtés afin de réaliser le plus d'effet équivalent:

    .where('LOWER(name) LIKE LOWER(?)', "%#{agency_name}%")

    De crédit à @mu est trop court pour son réponse.

    Ce n'est pas une solution idéale, car ce ne sera pas permettre à l'optimiseur de requête à utiliser un index si il en existe un sur le nom de la colonne, une meilleure solution serait de définir le classement de votre table de utf8_general_ci - ci signifie pas sensible à la casse, cela rendra tout le texte correspond à la casse
    Que faire si je veux permettre à l'utilisateur de rechercher avec une sensibilité à la casse drapeau allumé ou éteint?

    OriginalL'auteur D-side