Problema con nuestra "eñe"

23/02/2004 - 21:04 por Guillermo Roldán | Informe spam
Hola grupo,

Tengo un serio problema con nuestra querida "eñe".

En SQL Server, la "eñe" es interpretada como una n con acento. Sin embargo,
una aplicación necesita que la aplicación sea insensible de acentos pero
sensible con la eñe...

Se trata de SQL Server 2000, y tiene la intercalación configurada como
Insensible de Acentos e Insensible de Mayúsculas.

¿Alguién se le ocurre qué hacer?

Ahora, cuando alguien busca por palabras que tienen una n le aparecen
registros con palabras con la ñ, y viceversea

Saludos

Preguntas similare

Leer las respuestas

#1 Adrian D. Garcia
24/02/2004 - 05:51 | Informe spam
Interesante "bug"!

Para aquellos que lo quieran replicar:

SELECT 'OK'
WHERE 'n' = 'ñ'
COLLATE Latin1_General_CI_AI

Ahora, para solucionar tu problema creo que no hay otra que agregar a las
comparaciones:

COLLATE Latin1_General_CI_AS

Para que detecte que la "ñ" es diferente que la "n".

El gran problema ahora es convencer a la gente de SQL Server para que no
consideren la "n" como "n + ´ " sino como 2 letras separadas con los COLLATE
xxx_AI. Me parece que este es trabajo para los MVP.

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Guillermo Roldán" wrote in message
news:eAcI9gk%
Hola grupo,

Tengo un serio problema con nuestra querida "eñe".

En SQL Server, la "eñe" es interpretada como una n con acento. Sin


embargo,
una aplicación necesita que la aplicación sea insensible de acentos pero
sensible con la eñe...

Se trata de SQL Server 2000, y tiene la intercalación configurada como
Insensible de Acentos e Insensible de Mayúsculas.

¿Alguién se le ocurre qué hacer?

Ahora, cuando alguien busca por palabras que tienen una n le aparecen
registros con palabras con la ñ, y viceversea

Saludos


Respuesta Responder a este mensaje
#2 Guillermo Roldán
25/02/2004 - 19:34 | Informe spam
Ya está solucionado!!

Algún cachondo, había cambiado la intercalación en cada uno de los campos de
esa BBDD.

La intercalación que tiene establecida el servidor es Modern_Spanish, y sin
embargo, en esa BBDD había puesto Latin1_General (creo recordar).

En Modern_Spanish la ñ es una letra y la n es otra totalmente diferente. En
Latin1_General, la ñ es una n con acento.

Triste pero cierto...

Muchas gracias, y saludos,
Guillermo Roldán
MCSE, MCSA, MCDBA, MCP ISA Server, CCNA, SCJP

"Adrian D. Garcia" escribió en el mensaje
news:uGu3Qem#
Interesante "bug"!

Para aquellos que lo quieran replicar:

SELECT 'OK'
WHERE 'n' = 'ñ'
COLLATE Latin1_General_CI_AI

Ahora, para solucionar tu problema creo que no hay otra que agregar a las
comparaciones:

COLLATE Latin1_General_CI_AS

Para que detecte que la "ñ" es diferente que la "n".

El gran problema ahora es convencer a la gente de SQL Server para que no
consideren la "n" como "n + ´ " sino como 2 letras separadas con los


COLLATE
xxx_AI. Me parece que este es trabajo para los MVP.

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Guillermo Roldán" wrote in message
news:eAcI9gk%
> Hola grupo,
>
> Tengo un serio problema con nuestra querida "eñe".
>
> En SQL Server, la "eñe" es interpretada como una n con acento. Sin
embargo,
> una aplicación necesita que la aplicación sea insensible de acentos pero
> sensible con la eñe...
>
> Se trata de SQL Server 2000, y tiene la intercalación configurada como
> Insensible de Acentos e Insensible de Mayúsculas.
>
> ¿Alguién se le ocurre qué hacer?
>
> Ahora, cuando alguien busca por palabras que tienen una n le aparecen
> registros con palabras con la ñ, y viceversea
>
> Saludos
>
>


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida