por
pobrecito hablador
el Domingo, 15 Mayo de 2011, 07:09h
(#1277750)
Cada cierto tiempo descubro alguna nueva maravilla con la que nos obsequia (la última, que "a" = "A",...
Se llama collation, puedes cambiarlo para que funcione como deses, se recomienda hacerlo a nivel de base de datos (también se puede hacer a nivel de tabla), el que yo uso es: utf8_general_ci - utf8: hace referencia al juego de caracteres, UTF8 y SQL_ASCII son los únicos multiidioma. - general: implica que n = ñ, si no te gusta puedes cambiar por ejemplo a Modern_Spanish donde n ñ. - CI: case insensitive A=a, la alterantiva es CS case sensitive Aa. - opcionalmente pudes definir AI (accent-insensitive) á=a O AS (accent-sensitive) aá
Espero que te ayude
Es lo mismo en la mayoría de SGBD, y para que conste mi favorito es Postgree
Soy consciente de que se puede cambiar el comportamiento. Lo que me flipa es que sea el comportamiento por defecto.
Es decir, que si yo uso algo rollo base64 para codificar valores (base64 es sensible a mayúsculas y minúsculas) y hago una query sobre estos valores... ¡el resultado puede ser erróneo!
Me parece tan alucinante como otros grandes éxitos de MySQL, como truncar cadenas demasiado largas al insertar en columnas de longitud limitada (creo que esto ya lo corrigieron).
Son cosas que pueden provocar errores o comportamientos incorrectos en tus programas "gratis"... y el problema es que no son cosas difíciles de arreglar... pero no quieren.
Re:Mis consejos
(Puntos:0)Se llama collation, puedes cambiarlo para que funcione como deses, se recomienda hacerlo a nivel de base de datos (también se puede hacer a nivel de tabla), el que yo uso es: utf8_general_ci
- utf8: hace referencia al juego de caracteres, UTF8 y SQL_ASCII son los únicos multiidioma.
- general: implica que n = ñ, si no te gusta puedes cambiar por ejemplo a Modern_Spanish donde n ñ.
- CI: case insensitive A=a, la alterantiva es CS case sensitive Aa.
- opcionalmente pudes definir AI (accent-insensitive) á=a O AS (accent-sensitive) aá
Espero que te ayude
Es lo mismo en la mayoría de SGBD, y para que conste mi favorito es Postgree
Re:Mis consejos
(Puntos:2)Es decir, que si yo uso algo rollo base64 para codificar valores (base64 es sensible a mayúsculas y minúsculas) y hago una query sobre estos valores... ¡el resultado puede ser erróneo!
Me parece tan alucinante como otros grandes éxitos de MySQL, como truncar cadenas demasiado largas al insertar en columnas de longitud limitada (creo que esto ya lo corrigieron).
Son cosas que pueden provocar errores o comportamientos incorrectos en tus programas "gratis"... y el problema es que no son cosas difíciles de arreglar... pero no quieren.