una solución a este query

[chouki]

hola a tod@s
os comento en mi base de datos está compuesta por 3 tablas :
1)cliente(id(primary key),nombre,descrp)
2)compra(id(primay key),id_cliente,id_prod,cantidad,fecha)
3)producto(id(primary key),descrp,precio)
(siendo id_cliente es una clave foranea de id de la tabla cliente)
(siendo id_prod es una clave foranea de id de la tabla producto)
con esta consulta :

Código PHP:

  select cliente.nombre,producto.descrp,producto.precio,compra.cantidad,producto.precio * compra.cantidad AS total from  
cliente,producto,compra where  compra.id_cliente =cliente.id and  
compra.id_prod=producto.id  
   

saco los siguientes datos:
nombre descp precio cantidad total
manuel memoria 36.05 89 3208.45
manuel memoria 36.05 45 1622.25
manuel lamparas 5.78 5 28.90
alvaro monitores 80.00 12 960.00
ahora quiero k en vez de sacar eso haber si hay alguna posiblidad mediante un query de sacar el total de compra de cada cliente junto con el numero de articulos(p.e)
un query que tiene como resultado:
nombre desc precio cantidad total
manuel memoria 36.05 89 3208.45
manuel memoria 36.05 45 1622.25
manuel lamparas 5.78 5 28.90
----------------------------------------------------------
sum(total) 4859.60 3(*)
3(*): es el numero de regitros o articulos de cada cliente.
gracias por vuestra colaboración
saludos

[pikeres]

ola buenas, stoy manejando ahora mismo sql server 2005 y creo que eso que dices se puede hacer asi:

select cliente.nombre,producto.descrp,producto.precio,com pra.cantidad,producto.precio * compra.cantidad AS total
from cliente,producto,compra
where compra.id_cliente =cliente.id
and compra.id_prod=producto.id
compute sum(producto.precio * compra.cantidad), count(producto.descrp)

pruebalo en mysql o informate si existe algo equivalente. ya me diras como ha ido. un saludo

[jurena]

En MySQL, algo así, aunque también podrías usar la opción de INNER JOIN para relacionar las tres tablas.
SELECT cliente.nombre, SUM(producto.precio*compra.cantidad) AS total, SUM (compra.cantidad) AS numartículos FROM cliente,producto,compra
where compra.id_cliente =cliente.id
and compra.id_prod=producto.id
GROUP BY cliente.id ORDER by cliente.nombre

[seyko]

jurena que tal por caceres, como está el tiempo? que voy al Extremusika este finde!

En realidad, pikeres tambien está haciendo un INNER JOIN, solo que está utilizando una notación antigua.

chouki si lo que quieres es sacar una "fila" al final que te de la suma, del modo:

nombre desc precio cantidad total
manuel memoria 36.05 89 3208.45
manuel memoria 36.05 45 1622.25
manuel lamparas 5.78 5 28.90
3 4859.60

Se puede hacer, pero es poco eficiente y poco elegante, mejor hacerlo en la aplicación que acceda a la BD, es mucho más facil.


Otra opcion, es añadir otra columna (en lugar de una fila al final), del tipo:

nombre desc precio cantidad total total_gasto_cliente total_compras_cliente
manuel memoria 36.05 89 3208.45 4859.60 3
manuel memoria 36.05 45 1622.25 4859.60 3
manuel lamparas 5.78 5 28.90 4859.60 3

Pero sigue siendo mejor hacerlo en la aplicación.

Un saludo

[chouki]

gracias
pickeres,jurena,seyko por vuestra soluciones,la verdad tu solución seyko me gusto mucho lo suyo será añadir un par de columnas: con total de cada compra
pero a lo k vamos hay que busacr un query que lo hace.
muchisima gracias.
saludos

[jurena]

chouki, me alegro; seyko, espero que lo pases bien en esta acogedora ciudad. En cuanto al tiempo, esta noche casi hasta hace calor: esperemos que no se os estropee el concierto.
Quiero hacer una aclaración: yo también pensaba que eran equivalentes los INNER JOIN a los WHERE = sobre índices hasta hace algún tiempo, pero he leído que en caso de multitablas relacionadas siempre es preferible el inner join; al parecer es una cuestión de optimización de índices, pero yo no sabría precisarte. Por lo que se refiere a la presentación de datos, yo también utilizaría PHP (es el programa que conozco) para presentarlos.

[seyko]

Iniciado por jurena

chouki, me alegro; seyko, espero que lo pases bien en esta acogedora ciudad. En cuanto al tiempo, esta noche casi hasta hace calor: esperemos que no se os estropee el concierto.
Quiero hacer una aclaración: yo también pensaba que eran equivalentes los INNER JOIN a los WHERE = sobre índices hasta hace algún tiempo, pero he leído que en caso de multitablas relacionadas siempre es preferible el inner join; al parecer es una cuestión de optimización de índices, pero yo no sabría precisarte. Por lo que se refiere a la presentación de datos, yo también utilizaría PHP (es el programa que conozco) para presentarlos.

gracias, estudié 5 años en caceres ;)

En realidad es igual, en postgres, el planificador prepara la consulta de la misma forma, independientemente de la notación utilizada. Es mejor, más limpio y más facil de leer/entender hacer el join en el from y dejar el where para los criterios de filtrado.
Hace algun tiempo, quizas fuera mejor utilizar una notación que otra, pero los planificadores están muy avanzados y preparan un plan de consulta similar.

Un saludo