Campos concatenados

[fabidecor]

Hola, tengo que concatenar tres campos, ya lo hice pero estos campos tienen una característica especial, representan un id_provincia dos digitos, id_dpto originalmente está así por ej. 7 o 14 o 21, pero necesito que sea de tres dígitos o sea, 007, 014, 021. Con el último pasa lo mismo.
Necesito que llene con ceros para completar los tres dígitos porque contatenados tiene que quedar un código así:
90007012.
Alguna idea? Gracias

[gnzsoloyo]

LPAD(). Busca su forma de uso en el manual.
Básicamente es LPAD(nombreCampo, cantidadCaracteres, 'caracter')
En combinación con RPAD() o CONCAT te dará lo que necesitas:

Código MySQL:

mysql> SELECT LPAD(98,6,'0') NUMERO;
+--------+
| NUMERO |
+--------+
| 000098 |
+--------+
1 row in set (0.00 sec)
 

Usando RPAD(), LPAD() y CONCAT():

Código MySQL:

mysql> SELECT CONCAT(RPAD(9,6,'0'), LPAD(71,4,'0')) NUMERO;
+------------+
| NUMERO     |
+------------+
| 9000000071 |
+------------+
1 row in set (0.00 sec)
 

[fabidecor]

Eso sería para un número específico? porque cada id tiene un número distinto que cambia según el departamento o fracción censal

[gnzsoloyo]

¿Por qué no lo analizas y lo intentas?
Lo que yo te estoy poniendo es una forma de usar ciertas funciones numèricas... El resto depende de cómo lo implementes.

Consulta el manual, haz las pruebas y me cuentas.

[fabidecor]

Gracias.
Te hago otra pregunta, tengo esta consulta:

SELECT Todas.IdProvincia, Todas.id_dpto, Todas.Frac, Round(((Sum(Todas.Urea)/Sum(Todas.Caña))*100),1) AS PorcUrea, Todas.UreayCachaz, Todas.ComFosforo, Sum(Todas.Caña) AS SumaDeCaña, Sum(Todas.Urea) AS SumaDeUrea
FROM Todas
GROUP BY Todas.IdProvincia, Todas.id_dpto, Todas.Frac, Todas.UreayCachaz, Todas.ComFosforo;

En algunos registros hay 0 para sumar y la división da #Error, lo que es lógico porque no se puede dividir nada en nada, cómo hago para que no tenga en cuenta las sumas en cero?

[gnzsoloyo]

Es un problema habitual. Todos lo hemos debido resolver en algún momento y en realidad es fácil: usas IFNULL() para forzar el resultado al valor correcto, que en ese caso sería 1:

Código MySQL:

SELECT 
    T.IdProvincia, 
    T.id_dpto, 
    T.Frac, 
    ROUND(((SUM(T.Urea)/IFNULL(SUM(T.Caña), 1))*100),1) PorcUrea, 
    T.UreayCachaz, 
    T.ComFosforo, 
    Sum(T.Caña) SumaDeCana, 
    Sum(T.Urea) SumaDeUrea
FROM 
    Todas T
GROUP BY 
    T.IdProvincia, 
    T.id_dpto, 
    T.Frac, 
    T.UreayCachaz, 
    T.ComFosforo;
 

Un par de consejos:
- No uses caracteres extendidos como eñes, letras acentuadas o símbolos en los nombres de las columnas, tablas o bases. Por más que el sistema aparentemente te los acepte, o las interfases como phpMyadmin te las acepten, te traerán problemas luego cuando las uses codificando la aplicación.
- No es necesario usar los nombres completos de las tablas cuando invocas a una sola en el FROM, y puedes simplificarlas usando ALIAS.

[fabidecor]

Gracias, todo me sirvió muchísimo. Mil gracias.
Lo de los caracteres extendidos los puse por error, a una le sale escribir con cierta corrección española, lástima que los sistemas no funcionan así

[fabidecor]

Una nueva consulta. Utilizando la sentencia CONCAT, genero una consulta y quiero agregar el producto de esa consulta a un campo de una tabla que ya existe, cómo hago?

[gnzsoloyo]

CONCAT no es una sentencia, sino una función (un conjunto de operaciones con nombre, que puede contener parámetros y que devuelve un resultado). En este caso es una función que combina varias cadenas de texto en una sola.
Sabiendo eso, ¿podrías explicar mejor y mostrar a qué te refieres con "producto" de CONCAT()?

Muestranos lo que estás intentando...

[fabidecor]

Te cuento con un poco más de detalles. Necesito generar en la base de datos que ya tengo, un nuevo campo que concantene los campos que corresponden a provincia, departamento y fracción censal. Este nuevo campo es necesario para unir con otra tabla con representación geográfica que ya tiene estos códigos y corresponden a un shape de gvSIG. Teniendo este campo para unir, ya puedo generar el sistema de información que necesito para procesar un censo y representarlo geográficamente

[gnzsoloyo]

A ver si entiendo:
- En la tabla donde tienes la representación geográfica, el código que representa provincia+departamento+fraccion censal es un sólo campo.
- La tabla que contiene provincia, departamento y fraccion censal son tres campos.
- Necesitas relacionar ambas tablas...
¿es así?

[fabidecor]

Así es, tal cual. Pero necesito ese código para unificar un criterio en todas las tablas que vendrán porque por ahora el trabajo es sobre una sola provincia, pero hay que generalizarlo a todos los resultados. El código que tiene la tabla geográfica es algo así 90007012, los primeros dos son la provincia, los siguientes tres dígitos el departamento y los tres restantes la fracción censal. Con la salvedad de que originalmente departamento y fracción no están en tres dígitos por eso pregunté cómo hacer.

[gnzsoloyo]

Sigue sin ser necesario crear el campo. En todo caso lo puedes manejar en la consulta:

Código MySQL:

SELECT A.*, B.*
FROM FraccionCensal A,  TablaShapes B 
WHERE CONCAT(LPAD(A.id_pcia, 2, '0'), LPAD(A.id_dpto, 3, '0'), LPAD(A.id_fraccioncensal, 3, '0')) = B.id_shape;
 

Habría que probar:

Código MySQL:

SELECT A.*, B.*
FROM FraccionCensal A INNER JOIN TablaShapes B ON 
    CONCAT(LPAD(A.id_pcia, 2, '0'), LPAD(A.id_dpto, 3, '0'), LPAD(A.id_fraccioncensal, 3, '0')) = B.id_shape;
 

porque el WHERE no es optimizable por el parser, y el FROM sí, pero nunca he probado usar estas funciones en él.
Personalmente definiría una VIEW sobre la base de este tipo de consultas porque luego es más sencillo de invocarla, y siempre estará actualizada.

Ten en cuenta siempre que no es buena práctica agregar columnas a una tabla con el único objetivo de presentar la misma información que ya existe con otro formato. Lo pagas con performance y consistencia, por todos lados.

De todos modos, si aún así quieres hacer lo que dices, consiste en la ejecución de dos sentencias: Un ALTER TABLE para agregar la columna, la cual aconsejo que sea del mismo tipo y longitud que la de la otra tabla, y un UPDATE donde asignes a esa nueva columna el resultado del CONCAT() que te pongo en esos ejemplos, sin condiciones WHERE, para que procese todos los registros.
En realidad, es una tarea simple, pero luego tienes que tener cuidado con la consistencia de datos, porque cualquier cambio en los registros requerirá volver a ejecutar el UPDATE en cuestión.

¿Se entiende la idea?