ORDER BY No resulta con CHAR

[Casimiro Noteví]

Empezado por MAXIUM

Hola que tal,
Estoy realizando una consulta y al intentar ordenarla por 3 campos, no resulta si una de ellas es del tipo CHAR o más bien la orden ignora este campo.
Sector del tipo CHAR ('A', 'B', 'C', etc).
Ej.: ORDER BY Titular, Cargo, Sector; // No ordena sin importar la posición dentro de la consultar.

¿Qué consulta, con qué datos, qué código?...

[MAXIUM]

Para hacerlo simple y entender

Titular VARCHAR(20)
Cargo VARCHAR(20)
Sector CHAR(20)

SELECT
       *
FROM
        RUTA
ORDER BY 
        Titular, Cargo, Sector;

Si agrego el campo Sector a ORDER BY, es como si no lo colocara. Da el mismo resultado y no lo ordena por ese campo. Independiente si es ORDER BY Sector, Titular, Cargo; ORDER BY Titular, Sector, Cargo; o ORDER BY Titular, Cargo, Sector;

El campo Sector solo contiene un carácter, que puede ser A, B, C, D, etc.

Quería saber si hay documentación sobre incompatibilidad con campos CHAR al ordenar o puede que sea algo más.

[mamcx]

Y los datos? Y el motor? Y el ejemplo?

[MAXIUM]

El motor es Firebird 2.5

El resto es información sensible y confidencial que obviamente no quiero publicar.

Creí que con el ejemplo anterior bastaba, pero siendo más puntual en la pregunta ¿Existe alguna limitante en la consulta ORDER BY de Firebird con campos CHAR?

Me conformo con un Si o un No. Gracias.

[[fjcg02]]

Una pregunta...

Un señor titular puede `pertenecer a varios sectores ?

Saludos

[MAXIUM]

Empezado por fjcg02

Una pregunta...

Un señor titular puede `pertenecer a varios sectores ?

Saludos

No, es único.

[[fjcg02]]

Empezado por MAXIUM

No, es único.

Pues entonces igual tendrías que poner el campo sector el primero en el ORDER BY, no ?

qué pasa si lo pasas a entero ? ORDER BY INTEGER(SECTOR), ...

Saludos

[mamcx]

Empezado por MAXIUM

El resto es información sensible y confidencial que obviamente no quiero publicar.
Me conformo con un Si o un No. Gracias.

No tiene porque existir ningun problema por ser CHAR. Así que el lio tiene que ser en los datos como tal (a menos que el query plan se este dando una tratornada por algo raro. Ya miraste el query plan?)

[MAXIUM]

Bien llegue a la conclusión de que no es por culpa de CHAR. Por lo que la pregunta varia respecto a la original.

Ej. ORDER BY Titular; // PERFECTO!!!
Ej. ORDER BY Cargo; // PERFECTO!!!
Ej. ORDER BY Sector; //PERFECTO!!!

Ej. ORDER BY Titular, Cargo; //FAIL!!!
Se esperaba:
AMESTICA, MEDIO
ABARCA, SUPERIOR
CABRERA, SUPERIOR

Pero resulta:
ABARCA, SUPERIOR
AMESTICA, MEDIO
CABRERA, SUPERIOR

Lo mismo para Sector

¿Como pudo lograr que me ordene en primer lugar por sector y luego por Nombre?



ACTUALZIACIÓN: ORDER BY Sector, Titular; //PERFECTO!!!



Acá ordena bien el Sector y el Cargo, pero falla en el Titular...

[Casimiro Noteví]

O no me he enterado... o estás confundido;

Empezado por MAXIUM

Ej. ORDER BY Titular, Cargo; //FAIL!!!
Se esperaba:
AMESTICA, MEDIO
ABARCA, SUPERIOR
CABRERA, SUPERIOR

Pero resulta:
ABARCA, SUPERIOR
AMESTICA, MEDIO
CABRERA, SUPERIOR

Es que eso es correcto, ABARCA, AMESTICA, CABRERA están ordenados.

[mamcx]

Empezado por MAXIUM

Ej. ORDER BY Titular, Cargo; //FAIL!!!
Se esperaba:
AMESTICA, MEDIO
ABARCA, SUPERIOR
CABRERA, SUPERIOR

Pero resulta:
ABARCA, SUPERIOR
AMESTICA, MEDIO
CABRERA, SUPERIOR

Ah!, es el mismo problema que se ve aqui (junto a solucion):

http://clubdelphi.com/foros/showthread.php?t=91299

Donde realmente "Superior", "Medio" no es un orden alfabético sino personalizado.