cuales serian las diferencias?
> lo que
> vos queres hacer se logra con ILIKE en PostgreSQL. Te lo comento
> porque me paso lo mismo y perdí bastante tiempo investigando.
> Por otra parte te diré que con ILIKE seguís sin distinguir acentos,
> diéresis ni Ñs (eñes)
el asunto de los acentos, etc. se deberia solucionar al usar el mismo
encoding en el cliente y en el servidor, esto es exactamente igual
tambien en MySQL...
--
Ricardo Mun~oz A.
en MySQL los distintos collation sirven para indicar como tratar el
texto, si considerar o no los acentos, las mayusculas, etc. en MySQL
estan latin1_general_ci (ci = case insensitive), latin1_spanish_ci,
utf8_spanish_ci, utf8_general_ci, utf8_bin, etc.
mas info en [1] y [2]
en PostgreSQL tambien se puede/debe configurar la codificacion y
collation (ver [3]) pero ademas hay un truco donde se puede usar la
funcion to_ascii()
SELECT to_ascii('Pérez');
Perez
SELECT columna FROM table WHERE to_ascii(columna) = 'Perez';
en MySQL tambien se puede hacer el mismo truco con la funcion
replace() y ademas esta la funcion SOUNDEX() pero sirve para otra
cosa... para opciones de busqueda mas avanzadas es mejor usar indices
FULLTEXT.
> PD: La diferencia del LIKE entre bases de datos es la que especifico
> mas abajo en el mensaje anterior.
LIKE debe funcionar igual en todos los motores de base de datos que
sigan el estandar ANSI SQL. el ILIKE que mencionas es un invento
(bastante util) de PostgreSQL que no es estandar...
[1] http://dev.mysql.com/doc/refman/5.1/en/charset.html
[2] http://www.idig.za.net/mysql-character-sets-and-collation/2006/10/31/
[3] http://www.simononsoftware.com/postgresql-collation-2/
--
Ricardo Mun~oz A.