PostgreSQL: comment rendre la requête «insensible à la casse»

Existe-t-il un moyen d'écrire des requêtes insensibles à la casse dans PostgreSQL, par exemple, je veux que les 3 requêtes suivantes retournent le même résultat.

SELECT id FROM groups where name='administrator'

SELECT id FROM groups where name='ADMINISTRATOR'

SELECT id FROM groups where name='Administrator'

Utilisez la fonction LOWER pour convertir les chaînes en minuscules avant de comparer.

Essaye ça:

SELECT id 
  FROM groups
 WHERE LOWER(name)=LOWER('Administrator')

utiliser ILIKEau lieu deLIKE

SELECT id FROM groups WHERE name ILIKE 'Administrator'

L'approche la plus courante consiste à minuscules ou majuscules la chaîne de recherche et les données. Mais cela pose deux problèmes.

1. Il fonctionne en anglais, mais pas dans toutes les langues. (Peut-être même pas dans la plupart des langues.) Toutes les lettres minuscules n'ont pas de lettre majuscule correspondante; toutes les lettres majuscules n'ont pas de lettre minuscule correspondante.
2. L'utilisation de fonctions comme lower () et upper () vous donnera un balayage séquentiel. Il ne peut pas utiliser d'index. Sur mon système de test, l'utilisation de lower () prend environ 2000 fois plus de temps qu'une requête qui peut utiliser un index. (Les données de test ont un peu plus de 100 000 lignes.)

Il existe au moins trois solutions moins fréquemment utilisées qui pourraient être plus efficaces.

1. Utilisez le module citext , qui imite principalement le comportement d'un type de données insensible à la casse. Après avoir chargé ce module, vous pouvez créer un index insensible à la casse par CREATE INDEX ON groups (name::citext);. (Mais voir ci-dessous.)
2. Utilisez un classement insensible à la casse. Ceci est défini lorsque vous initialisez une base de données. L'utilisation d'un classement insensible à la casse signifie que vous pouvez accepter à peu près n'importe quel format du code client, et vous retournerez toujours des résultats utiles. (Cela signifie également que vous ne pouvez pas effectuer de requêtes sensibles à la casse. Duh.)
3. Créez un index fonctionnel. Créez un index en minuscules à l'aide de CREATE INDEX ON groups (LOWER(name));. Cela fait, vous pouvez profiter de l'index avec des requêtes comme SELECT id FROM groups WHERE LOWER(name) = LOWER('ADMINISTRATOR');, ou SELECT id FROM groups WHERE LOWER(name) = 'administrator';vous devez vous rappeler d'utiliser LOWER (), cependant.

Le module citext ne fournit pas un véritable type de données insensible à la casse. Au lieu de cela, il se comporte comme si chaque chaîne était en minuscule. Autrement dit, il se comporte comme si vous aviez appelé lower()chaque chaîne, comme dans le numéro 3 ci-dessus. L'avantage est que les programmeurs n'ont pas à se rappeler de mettre des chaînes en minuscules. Mais vous devez lire les sections "Comportement de comparaison de chaînes" et "Limitations" dans les documents avant de décider d'utiliser citext.

Vous pouvez utiliser ILIKE. c'est à dire

SELECT id FROM groups where name ILIKE 'administrator'

Vous pouvez également lire le ILIKEmot - clé. Il peut parfois être très utile, bien qu'il ne soit pas conforme à la norme SQL. Voir ici pour plus d'informations: http://www.postgresql.org/docs/9.2/static/functions-matching.html

Vous pouvez également utiliser des expressions régulières POSIX, comme

SELECT id FROM groups where name ~* 'administrator'

SELECT 'asd' ~* 'AsD' Retour t

L'utilisation ~*peut améliorer considérablement les performances, avec les fonctionnalités de INSTR.

SELECT id FROM groups WHERE name ~* 'adm'

renvoie des lignes dont le nom contient OU égal à «adm».