ayuda con group by y sumar

[Mcruzmx]

hola pues estoy haciendo una consulta donde me arroja resultados asi:


nombre | manzanas | peras | total
juan | 2 | 1 | 3
juan | 1 | 0 | 1
juan | 1 | 0 | 1
juan | 0 | 1 | 1
antonio | 1 | 5 | 6
antonio | 8 | 0 | 8
Raul | 4 | 9 | 13
Raul | 2 | 5 | 7


donde "total" no es un campo, sino que yo manualmente hago una suma de "manzanas + peras", nombre, manzanas y peras es un campo. practicamente lo que hago actualmente es una consulta "select * from tabla" (a veces con where condicion) y me va imprimiendo uno por uno (registros)

lo que necesito hacer es que me de un resultado como:

nombre | manzanas | peras | total
juan | 4 | 2 | 6
antonio | 9 | 5 | 14
Raul | 6 | 14 | 20


pero no se como hacer eso en el sql se que debo usar group pero no se como aplicarlo, agradezco su ayuda.

[jurena]

Creo que ese campo total no es necesario, piensa que si cambias un dato, tendrás que cambiar también el total, y eso es un campo calculado que siempre podrás obtener con una consulta sin tener que almacenarlo.
SELECT nombre, sum(peras) peras, sum(manzanas) manzanas, sum(peras+manzanas) total GROUP BY nombre

[Mcruzmx]

Iniciado por jurena

Creo que ese campo total no es necesario, piensa que si cambias un dato, tendrás que cambiar también el total, y eso es un campo calculado que siempre podrás obtener con una consulta sin tener que almacenarlo.
SELECT nombre, sum(peras) peras, sum(manzanas) manzanas, sum(peras+manzanas) total GROUP BY nombre

gracias por la respuesta, efectivamente no es un campo el "total", por cierto si estoy usando php, como hago para imprimir "sum(manzanas)" y "sum(peras)" ?

[huesos52]

lo imprimes con el alias que en este caso sería total.

a la consulta de jurena solo le faltó especificar la tabla :P

saludos

[Mcruzmx]

Iniciado por huesos52

lo imprimes con el alias que en este caso sería total.

a la consulta de jurena solo le faltó especificar la tabla :P

saludos

no entendi

[huesos52]

según te entiendo, en php llamas una consulta y recuperas los campos de los registros mediante el nombre del campo. Cuando usas funciones de agrupación (como sum, count, max etc) puedes acceder a los campos de la consulta mediante los alias.

No es eso lo que preguntas?

[Mcruzmx]

Iniciado por huesos52

según te entiendo, en php llamas una consulta y recuperas los campos de los registros mediante el nombre del campo. Cuando usas funciones de agrupación (como sum, count, max etc) puedes acceder a los campos de la consulta mediante los alias.

No es eso lo que preguntas?

si si, pero no me quedo claro como se convirtio "total" en alias (por que el ejemplo que daban arriba entendi que el usuario habia entendido que yo usaba "total" como campo y no es asi)

[huesos52]

lo que te dice jurena es que total es un campo calculado pero este no pertenece a la estructura de la tabla.

[Mcruzmx]

um, pero saben, kreo ke me equivoque, la estructura de la base de datos no es asi mas bien es

nombre - almacena el nombre de personas
fruta - se guarda el tipo de fruta "peras", "manzanas"

entonces de igual forma debo poner:

nombre | cantidadperas | cantidadmanzanas | cantidadtotal

y al final un "total" de todas las cantidades totales


por cierto, lei un poco mas y ya entendi que los alias se establecen con "as" por ejemplo "sum(cosas) as suma"

gracias por toda la ayuda, que puedo hacer ahora?

[gnzsoloyo]

entonces de igual forma debo poner:

nombre | cantidadperas | cantidadmanzanas | cantidadtotal

y al final un "total" de todas las cantidades totales

No. Una de las reglas generales del diseño de una base de datos relacional es que no se ponen campos que deban contener valores que pueden ser calculados o que son el resultado de cálculos realizables por medio de funciones de agregación.
Esto se hace porque al DBMS le lleva menos tiempo realizar ese cálculo en la ejecución de la sentencia, que el tiempo necesario para levantar un campo adicional ya que este implica eventualmente más tiempo de overhead, por el espacio adicional necesario para ese dato.
Si esto te parece superfluo, recuerda que un campo DECIMAL, DOUBLE o FLOAT insume 8 Bytes, lo que significa que 8.000 registros le suman al sistema un acceso a disco adicional y un bloque de datos desperdiciado...

¿Se comprende la idea?

En lugar de eso, ponerlo en la sentencia select usando una función agrupada, implica 8 bytes x N, siendo N la cantidad de registros efectivamente devueltos. Esto implica que si consulta 84.000 registros para devolver 150 como resumen, eso significa un uso de 1200 bytes adicionales (estos son cálculos al vuelo, pero el esquema es ese), que está muy lejos de los 11 bloques adicionales requeridos si hubiese un campo adicional en la tabla...

Corolario: Una de las claves del diseño de bases de datos es, también, que se debe ahorrar todo el espacio de datos necesario, porque los medios de almacenamiento son finitos, y el exceso de bytes generan cuellos de botella en los sistemas de transmisión (léase: Internet)

Nota: La única excepción a la primera regla son los DataWarehouse, pero eso es otro tema totalmente diferente, que se basa en un paradigma distinto y apunta a sistemas de cierto tipo.

[Mcruzmx]

Iniciado por gnzsoloyo

No. Una de las reglas generales del diseño de una base de datos relacional es que no se ponen campos que deban contener valores que pueden ser calculados o que son el resultado de cálculos realizables por medio de funciones de agregación.
Esto se hace porque al DBMS le lleva menos tiempo realizar ese cálculo en la ejecución de la sentencia, que el tiempo necesario para levantar un campo adicional ya que este implica eventualmente más tiempo de overhead, por el espacio adicional necesario para ese dato.
Si esto te parece superfluo, recuerda que un campo DECIMAL, DOUBLE o FLOAT insume 8 Bytes, lo que significa que 8.000 registros le suman al sistema un acceso a disco adicional y un bloque de datos desperdiciado...

¿Se comprende la idea?

En lugar de eso, ponerlo en la sentencia select usando una función agrupada, implica 8 bytes x N, siendo N la cantidad de registros efectivamente devueltos. Esto implica que si consulta 84.000 registros para devolver 150 como resumen, eso significa un uso de 1200 bytes adicionales (estos son cálculos al vuelo, pero el esquema es ese), que está muy lejos de los 11 bloques adicionales requeridos si hubiese un campo adicional en la tabla...

Corolario: Una de las claves del diseño de bases de datos es, también, que se debe ahorrar todo el espacio de datos necesario, porque los medios de almacenamiento son finitos, y el exceso de bytes generan cuellos de botella en los sistemas de transmisión (léase: Internet)

yo lo se amigo, "cantidadtotal" no es un campo es un "valor", igual el "total de las cantidades totales", toda esa información en teoria se saca de 2 campos de la tabla, "nombre" y "fruta"

[Mcruzmx]

en la base de datos esta asi:

tabla: frutas
clave | fruta
1 | manzanas
2 | peras

tabla: clientes
nombre | fruta
juan | 1
juan | 2
juan | 2
pedro | 1
pedro | 2
ruth | 1


debo imprimi:
juan tiene 1 manzanas y 2 peras, en total tiene 3 frutas
pedro tiene 1 manzanas y 1 peras, en total tiene 2 frutas
ruth tiene 1 manzanas y 0 peras, en total tiene 1 frutas


me explico? la bd (tabla clientes) consta de solo 2 campos

que igual eso de que me diga "tiene n manzanas y m peras" es lo mismo para mi que "tiene n 1 y m 2" por que ya reemplazar "1" y "2" se que lo puedo hacer con otra "sub consulta" (por decirlo de una forma)


en si, lo que no se como hacer es, hacer los grupos y contar.



gracias por la ayuda, disculpen tanto enredo

[gnzsoloyo]

Esta sería una opción:

Código MySQL:

SELECT 
   C.nombre, SUM(IF(c.fruta=1, 1, 0)) Manzanas, 
   SUM(IF(c.fruta=2, 1, 0)) Peras, 
   COUNT(c.fruta) `Total Frutas`
FROM clientes C INNER JOIN frutas F ON C.fruta = F.clave
WHERE F.clave IN (1, 2)
GROUP BY c.nombre;
 

IF(condicion, verdadero, falso), devuelve verdadero si la condicion es TRUE, sino devuelve falso.
SUM() suma los valores indicados, donde el valore devuelto no sea NULL. En este caso va sumando 1 ó 0, contando las alternativas.
COUNT() cuenta todos los valores no NULL de un campo.
INNER JOIN devuelve sólo los registros que coincidan en la condición ON.
Los alias son precisamente eso: Alias de un nombre de base de datos, de tabla o de campo, puestos sea para cambiar el encabezado devuelto, para que sea útil, o bien para reducir la longitud de las sentencias haciendo más clara y comprensible la escritura. Originalmente requerían la cláusulas AS para indicar el alias. Actualmente es opcional. El sólo poner una palabra a continuación es suficiente.

Atención: Los alias de los campos no pueden ser usados para referirse a ellos en la cláusula WHERE.

[Mcruzmx]

Iniciado por gnzsoloyo

Esta sería una opción:

Código MySQL:

SELECT 
   C.nombre, SUM(IF(c.fruta=1, 1, 0)) Manzanas, 
   SUM(IF(c.fruta=2, 1, 0)) Peras, 
   COUNT(c.fruta) `Total Frutas`
FROM clientes C INNER JOIN frutas F ON C.fruta = F.clave
WHERE F.clave IN (1, 2)
GROUP BY c.nombre;
 

IF(condicion, verdadero, falso), devuelve verdadero si la condicion es TRUE, sino devuelve falso.
SUM() suma los valores indicados, donde el valore devuelto no sea NULL. En este caso va sumando 1 ó 0, contando las alternativas.
COUNT() cuenta todos los valores no NULL de un campo.
INNER JOIN devuelve sólo los registros que coincidan en la condición ON.
Los alias son precisamente eso: Alias de un nombre de base de datos, de tabla o de campo, puestos sea para cambiar el encabezado devuelto, para que sea útil, o bien para reducir la longitud de las sentencias haciendo más clara y comprensible la escritura. Originalmente requerían la cláusulas AS para indicar el alias. Actualmente es opcional. El sólo poner una palabra a continuación es suficiente.

Atención: Los alias de los campos no pueden ser usados para referirse a ellos en la cláusula WHERE.

wow que respuesta tan buena, pero sabes hay algo que no entiendo:

WHERE F.clave IN (1, 2)

para que y en que forma usas eso y todos sus argumentos? gracias.

[gnzsoloyo]

Para eso es muy buena idea leer el manual: 12.1.3. Funciones y operadores de comparación

expr IN (value,...)

Retorna 1 si expr es uno de los valores en la lista IN , de lo contrario retorna 0. Si todos los valores son constantes, se evalúan según el tipo y ordenación de expr . La búsqueda para el elemento se hace usando búsqueda binaria. Esto significa que IN es muy rápido si la lista IN consiste enteramente en constantes. Si expr es una expresión de cadenas de caracteres sensible a mayúsculas, la comparación de cadenas se realiza sensible a mayúsculas.

mysql> SELECT 2 IN (0,3,5,'wefwf');
-> 0
mysql> SELECT 'wefwf' IN (0,3,5,'wefwf');
-> 1

El número de valores en la lista IN sólo está limitado por el valor max_allowed_packet.

En MySQL 5.0, para cumplir el estándar SQL IN retorna NULL no sólo si la expresión de la parte izquierda es NULL, también si no encuentra coincidencias en la lista y una de las expresiones en la lista es NULL.

La sintaxis de IN() puede usarse para escribir algunas subconsultas. Consulte Sección 13.2.8.3, “Subconsultas con ANY, IN y SOME”.

[Mcruzmx]

Iniciado por gnzsoloyo

Para eso es muy buena idea leer el manual: 12.1.3. Funciones y operadores de comparación

lo lei pero no le entendi

[gnzsoloyo]

¿Qué es lo que no entiendes del capítulo?

[Mcruzmx]

IN (0,3,5,'wefwf')

que es 0,3,5, wefwf?

es valor que esta en la tabla? o que eS?

[gnzsoloyo]

Es un ejemplo dado en el manual...

¿Nunca has probado ejecutar un SELECT sin tabla, para ver qué pasaba?

Código MySQL:

SELECT 'A';
 

Bueno, prueba hacer:

Código MySQL:

SELECT 2 IN (0,3,5,'wefwf');
 

y también

Código MySQL:

SELECT 'wefwf' IN (0,3,5,'wefwf');
 

[Mcruzmx]

Iniciado por gnzsoloyo

Es un ejemplo dado en el manual...

¿Nunca has probado ejecutar un SELECT sin tabla, para ver qué pasaba?

Código MySQL:

SELECT 'A';
 

Bueno, prueba hacer:

Código MySQL:

SELECT 2 IN (0,3,5,'wefwf');
 

y también

Código MySQL:

SELECT 'wefwf' IN (0,3,5,'wefwf');
 

xD me estalla la cabeza mi logica no da para mas xD


bueno gracias por la ayuda, ya pude lograr lo que necesitaba :)