¿Cómo se escribe una consulta sin distinción entre MySQL y Postgres?

Question

Estoy ejecutando una base de datos MySQL localmente para el desarrollo, pero implementando en Heroku que usa Postgres. Heroku maneja casi todo, pero mis sentencias Like insensibles a mayúsculas y minúsculas se vuelven sensibles a las mayúsculas y minúsculas. Podría usar sentencias de iLike, pero mi base de datos MySQL local no puede manejar eso.

¿Cuál es la mejor manera de escribir una consulta que no distinga entre mayúsculas y minúsculas y que sea compatible tanto con MySQL como con Postgres? ¿O debo escribir separadamente las declaraciones Like e iLike dependiendo de la base de datos con la que mi aplicación está hablando?

Answer 1

select * from foo where upper(bar) = upper(?); 

Si establece el parámetro en mayúsculas en la persona que llama, puede evitar la segunda llamada a la función.

Answer 2

en Postgres, usted puede hacer esto:

SELECT whatever FROM mytable WHERE something ILIKE 'match this'; 

No estoy seguro de si hay un equivalente para MySQL, pero siempre se puede hacer esto que es un poco feo pero debería funcionar tanto en MySQL y Postgres :

SELECT whatever FROM mytable WHERE UPPER(something) = UPPER('match this'); 

Answer 3

Conversión a superior es mejor, ya que cubre la sintaxis compatible para los 3 más usados ​​Rieles backends de bases de datos. PostgreSQL, MySQL y SQLite admiten esta sintaxis. Tiene el inconveniente (menor) de que tiene que escribir en mayúsculas su cadena de búsqueda en su aplicación o en su cadena de condiciones, lo que lo hace un poco más feo, pero creo que la compatibilidad que gana lo hace valioso.

Tanto MySQL como SQLite3 tienen un operador LIKE insensible a mayúsculas y minúsculas. Solo PostgreSQL tiene un operador LIKE sensible a las mayúsculas y minúsculas y un operador ILIKE específico de PostgreSQL (por el manual) para búsquedas que no distinguen entre mayúsculas y minúsculas. Puede especificar ILIKE insead de LIKE en sus condiciones en la aplicación Rails, pero tenga en cuenta que la aplicación dejará de funcionar en MySQL o SQLite.

Una tercera opción podría ser comprobar qué motor de base de datos está utilizando y modificar la cadena de búsqueda en consecuencia. Esto se puede hacer mejor pirateando/pausando los adaptadores de conexión de ActiveRecord y haciendo que el adaptador PostgreSQL modifique la cadena de consulta para sustituir "LIKE" por "ILIKE" antes de la ejecución de la consulta. Esta solución es, sin embargo, la más intrincada y, a la luz de formas más sencillas, como aplicar mayúsculas a ambos términos, creo que este no es el esfuerzo (aunque obtendría muchos puntos de brownie por hacerlo de esta manera).

Answer 4

También puede considerar consultar el searchlogic plugin, que hace el LIKE/ILIKE interruptor para usted.

Answer 5

La moraleja de esta historia es: No utilice una pila de software diferente para el desarrollo y la producción. Nunca.

Acabará con errores que no puede reproducir en dev; su prueba no tendrá valor. Simplemente no lo hagas.

El uso de un motor de base de datos diferente está fuera de discusión, habrá MUCHO más casos en que se comporte de manera diferente que simplemente LIKE (también, ¿ha revisado las intercalaciones en uso en las bases de datos? ¿Son idénticas en CADA CASO? no, puede olvidar ORDER BY en columnas varchar trabajando de la misma forma)

Answer 6

Si está usando PostgreSQL 8.4 puede usar el módulo citext para crear campos de texto que no distingan entre mayúsculas y minúsculas.

Answer 7

También puede usar ~ * en postgres si desea hacer coincidir una subcadena dentro de un bloque. ~ coincide con la subcadena sensible a las mayúsculas y minúsculas, ~ * subcadena insensible a mayúsculas y minúsculas. Es una operación lenta, pero podría ser útil para las búsquedas.

Select * from table where column ~* 'UnEvEn TeXt'; 
Select * from table where column ~ 'Uneven text'; 

Tanto habría dado con "Parte del texto desigual aquí" sólo el primero golpearía en "Algunos irregulares del texto aquí"

Answer 8

Uso Arel:

Author.where(Author.arel_table[:name].matches("%foo%")) 

matches utilizará el operador ILIKE para Postgres, y LIKE para todo lo demás.

Answer 9

utilizar COLLATE.

http://dev.mysql.com/doc/refman/5.0/en/case-sensitivity.html

Answer 10

Hay varias respuestas, ninguna de las cuales son muy satisfactorios.

• INFERIOR (bar) = BAJA se trabajo en MySQL y Postgres, pero es probable que realizar terriblemente en MySQL (?): MySQL no usará sus índices debido a la función INFERIOR. En Postgres puede agregar un índice funcional (en LOWER (barra)) pero MySQL no es compatible con esto.
• MySQL hará (a menos que haya configurado una distinción entre mayúsculas y minúsculas collation) hacer coincidir mayúsculas y minúsculas de forma automática, y utilizar sus índices. (bar =?).
• Desde su código fuera de la base de datos, mantener la barra de y bar_lower campos, donde bar_lower contiene el resultado de inferior (bar). (Esto también puede ser posible usando desencadenadores de base de datos). (Consulte una explicación de esta solución en Drupal). Esto es torpe, pero al menos se ejecuta de la misma manera en casi todas las bases de datos.

Answer 11

REGEXP es sensible a mayúsculas (a no ser utilizado con el binario), y se puede utilizar, al igual que ...

SELECT id FROM person WHERE name REGEXP 'john'; 

... para que coincida con 'John', 'John', 'John' , etc.