Error en una condición con CAST

[Angel.Matilla]

Empezado por duilioisola

Prueba concantenando '0' antes del código postal para que por lo menos tenga un 0.
Obviamente fallará si tienes letras en ese campo.

De todas formas hay algo en tu query que no me cuadra. Haciendo una prueba a lo bruto:

Código PHP:

SELECT CODIGO, NOMBRE, CPOSTAL, CAST(SUBSTRING('0' || CPOSTAL FROM 1 FOR 2) AS INTEGER) FROM POBLACION
WHERE CAST(SUBSTRING('0' || CPOSTAL FROM 1 FOR 2) AS INTEGER) NOT IN (SELECT CODIGO
FROM PROVINCIA WHERE CODIGO > 0 AND CODIGO < 99) ORDER BY CPOSTAL, NOMBRE, CODIGO 


Me sale, entre otras cosas, esto:

Código Nombre
14828 CINCO CASAS Cpostal CAST
57931 VITORIA-GASTEIZ 01000 0
14221 CENTRO MILITAR ARACA/ARAKA 01100 0
...

Algo no me cuadra. Parece que convierte sólo el 0 de la izquierda y obvia los dos caracteres del campo de la tabla. De funcionar bien tendría que aparece en ambos un 1 en vez de ese 0. Eso sí: Todos los los códigos postales iguales o superiores a 10 ni los ha tocado.

[Angel.Matilla]

Otra cosa, y perdón por el barullo de mensajes: Me valdría peferctamente al revés:

Código PHP:

SELECT CODIGO, NOMBRE, CPOSTAL
FROM POBLACION
WHERE SUBSTRING(CPOSTAL FROM 1 FOR 2) NOT IN (SELECT CAST(CODIGO AS VARCHAR(2))
FROM PROVINCIA WHERE CODIGO > 0 AND CODIGO < 99) ORDER BY CPOSTAL, NOMBRE, CODIGO 


Pero este query me saca todos los registros de la tabla (más de 58.000).

[Casimiro Noteví]

La verdad es que no se entiende bien lo que pretendes, por eso te preguntaba antes:

Empezado por casimiro notevi

¿exactamente qué quieres conseguir?

[Angel.Matilla]

Empezado por Casimiro Notevi

La verdad es que no se entiende bien lo que pretendes, por eso te preguntaba antes:

Perdón por no haber contestado antes. Busco todas aquellas localidades que por error u omisión tengan mal puesto el código postal. En España estos van desde el 01xxx al 52xxx; eso lo que busco. Como las dos primeras posiciones coinciden con el código provincial, bsuco códigos postales que no coincidan con ese patrón.

[Angel.Matilla]

Vale. Acabo de hacer sendas pruebas con los códigos propuestos por bucanero y duilioisola y, aparentemente, ambos funcionan correctamente. Muchísimas gracias a todos por vuestra ayuda. Ya sé que soy un pelín paliza.

[Casimiro Noteví]

Empezado por Angel.Matilla

Perdón por no haber contestado antes. Busco todas aquellas localidades que por error u omisión tengan mal puesto el código postal. En España estos van desde el 01xxx al 52xxx; eso lo que busco. Como las dos primeras posiciones coinciden con el código provincial, bsuco códigos postales que no coincidan con ese patrón.

Entonces, ¿el código de provincia debe ser siempre igual a los 2 primeros dígitos del código postal?

[Angel.Matilla]

Empezado por Casimiro Notevi

Entonces, ¿el código de provincia debe ser siempre igual a los 2 primeros dígitos del código postal?

En España sí. Las dos primeras posiciones del código postal indican la provincia por orden alfabético: 28 es Madrid, 33 Asturias (por Oviedo), 45 Toledo, etc.

[Casimiro Noteví]

Empezado por Angel.Matilla

En España sí. Las dos primeras posiciones del código postal indican la provincia por orden alfabético: 28 es Madrid, 33 Asturias (por Oviedo), 45 Toledo, etc.

Bien, aunque me refería a tus tablas provincia y poblacion.
Tienes en la tabla poblacion los campos codprv y cpostal, que se suponen que son el código de la provincia (enlaza con campo codigo en tabla provincia) y tienes el campo cpostal, entonces en la tabla poblacion, todos los cpostal deberán iniciar con los mismos valores que codprv, ¿es así?

Es que entonces puedes buscar diferencias entre esos campos, algo más o menos así:

Código SQL [-]
SELECT codprv, cpostal
FROM POBLACION
where ('0'||substring(cpostal from 1 for 2)) <> ('0'||substring(codprv from 1 for 2))

CODPRV CPOSTAL
13     00000
13     43518
13     15177
13     44155
13     36330

[bucanero]

Hola a todos,

Empezado por Angel.Matilla

Otra cosa, y perdón por el barullo de mensajes: Me valdría peferctamente al revés:

Código PHP:

SELECT CODIGO, NOMBRE, CPOSTAL
FROM POBLACION
WHERE SUBSTRING(CPOSTAL FROM 1 FOR 2) NOT IN (SELECT CAST(CODIGO AS VARCHAR(2))
FROM PROVINCIA WHERE CODIGO > 0 AND CODIGO < 99) ORDER BY CPOSTAL, NOMBRE, CODIGO 


Pero este query me saca todos los registros de la tabla (más de 58.000).

prueba con:

Código PHP:

SELECT CODIGO, NOMBRE, CPOSTAL
FROM POBLACION
WHERE SUBSTRING(CPOSTAL FROM 1 FOR 2) NOT IN (SELECT LPAD(CAST(CODIGO AS VARCHAR(2)), 2, '0') FROM PROVINCIA WHERE CODIGO > 0 AND CODIGO < 99) ORDER BY CPOSTAL, NOMBRE, CODIGO 


Eso esta pasando por que al convertir un código de provincia de un solo dígito, ejemplo Barcelona si utilizas los dos primeros dígitos del código postal correspondería a '08' y el código numérico se queda solo como 8, al aplicar solamente CAST(CODIGO AS VARCHAR(2)) obtienes '8' que no es igual a '08' con el LPAD se soluciona

Un saludo

[[duilioisola]]

Perdón, el ejemplo que di anteriormente no estaba del todo bien.
Debes concatenar el 0 al resultado del substring y no antes:
Me explico

1. Primero obtenes los dos primeros dígitos del código postal. Eso lo obtienes mediante SUBSTRING.
2. Luego le agregas un '0' delante, mediante la concatencacion.
3. Finalmente conviertes esos tres dígitos ('0' + resultado de SUBSTRING) a integer mediante el CAST.

La idea es que si el SUBSTRING te devuelve "vacío", por lo menos haya un '0' para convertir.

Código SQL [-]
/* CAST('0'  + primeros dos dígitos del código postal AS INTEGER) */

SELECT CODIGO, NOMBRE, CPOSTAL, CAST('0' || SUBSTRING(CPOSTAL FROM 1 FOR 2) AS INTEGER)
FROM POBLACION
WHERE
CAST('0' || SUBSTRING(CPOSTAL FROM 1 FOR 2) AS INTEGER) NOT IN (SELECT CODIGO
                                                                FROM PROVINCIA
                                                                WHERE
                                                                CODIGO > 0 AND
                                                                CODIGO < 99)
ORDER BY CPOSTAL, NOMBRE, CODIGO

[Casimiro Noteví]

Empezado por duilioisola

Debes concatenar el 0 al resultado del substring y no antes:

Pequeño detalle, gran solución