si son corretos decidmelo.

Lo siento por contestar tan tarde, pero espero que aun te sirva de algo xD

Error quiza no, la logica de lo que quieres hacer permanece que es lo importante, pero en tu lugar yo usaria los Joins para hacerlo aunque se puede hacer en cierto modo de la forma en que tu lo has planteado.

Palara auxiliarme un poco en este intento de explicacion he creado las tablas e insertado 5 registros en cada tabla.

registros por tabla:

mysql> select * from clientes;
+------+--------------+
| dni  | nombre    |
+------+--------------+
|    1 | carlos       |
|    2 | pepito       |
|    3 | fulanito     |
|    4 | menganito |
|    5 | sutanito    |
+------+--------------+
5 rows in set (0.00 sec)

mysql> select * from articulos;
+--------+------+---------------------------+
| codigo | preu | descripcion        |
+--------+------+---------------------------+
|      1 | 0.25 | grapas                  |
|      2 |  0.5 | lapicero bic            |
|      3 | 0.75 | lapiz mogol            |
|      4 | 0.95 | lapiz facela            |
|      5 | 2.95 | colores 6 unidades |
|      6 | 9.95 | libro - La Ceiba      |
+--------+------+----------------------------+
6 rows in set (0.00 sec)

mysql> select * from ventas;
+--------+--------------+------------+
| codigo | cant_vendida | dni  |
+--------+--------------+------------+
|      1 |                   20 |    1 |
|      2 |                   10 |    5 |
|      1 |                   35 |    3 |
|      5 |                     5 |    3 |
|      5 |                     5 |    5 |
|      1 |                   30 |    1 |
|      2 |                   12 |    2 |
|      3 |                     2 |    3 |
|      4 |                     5 |    5 |
|      4 |                     5 |    4 |
|      4 |                     4 |    4 |
+--------+--------------+-------------+
11 rows in set (0.00 sec)


ahora, el numero de registros de la consulta deberia ser simplemente 5
asi

SELECT a.dni,a.nombre,SUM(b.preu * c.cant_vendida)total_importe FROM clientes a INNER JOIN ventas c ON a.dni=c.dni INNER JOIN articulos b ON b.codigo=c.codigo GROUP BY a.dni,a.nombre ORDER BY a.dni;
 

+------+-----------+-------------------------+
| dni  | nombre    | total_importe    |
+------+-----------+-------------------------+
|    1 | carlos       |                 12.5 |
|    2 | pepito       |                    6  |
|    3 | fulanito     |               25.00 |
|    4 | menganito |                8.55 |
|    5 | sutanito    |               24.50 |
+------+-----------+-------------------------+
5 rows in set (0.12 sec)





bueno, este es bastante parecido , solo que no involucramos la tabla clientes
ya que solo tengo 5 codigos en la tabla articulos, la consulta tambien deberia devolverme solo 5 registros

SELECT a.codigo,a.descripcion,SUM(a.preu*b.cant_vendida) total_importe FROM articulos a INNER JOIN ventas b ON a.codigo = b.codigo GROUP BY a.codigo,a.descripcion ORDER BY a.codigo;

+--------+--------------------+----------------------------+
| codigo | descripcion        | total_importe    |
+--------+--------------------+----------------------------+
|      1 | grapas                |               21.25 |
|      2 | lapicero bic          |                   11 |
|      3 | lapiz mogol          |                  1.5 |
|      4 | lapiz facela          |               13.29 |
|      5 | colores 6 unidades |             29.50 |
+--------+--------------------+----------------------------+
5 rows in set (0.00 sec)

espero no haberme equivocado XD

no en los calculos, sino cuando usas sum( ) o un max( ) etc
porque podrias tener

select codigo, (precio * cant_vendida) total from ventas y en este caso no necesitas hacer la agrupacion, incluso creo que si das group by te daria error porque no hay datos que agrupar, porque el campo lo estas agregando por registro, entonces si tienes 10 veces repetido el codigo 1 te saldran las 10 veces en la consulta

espero que en algo te ayude

salu2

Los tuyos y los mios estan bien en ambos literales, yo coloque nada mas otra forma de hacerlo ñ_ñ

solo que habran casos en los que necesitaras usar algun Join, como el left,right,full
porque si relaciones una campo con otro lo que sucede es algo asi

0001 = 0001

pero y si uno de ellos estan vacios?

0001 = nada

entonces con un join podrias ver este tipo de contenidos en los que si bien quieres relacionar un campo con otro tambien podria ser que te interese mas ver todos los registros aunque en algun punto no se pueda establecer una relacion (vaya, nose si me explique bien xD )

con lo del segundo es cierto xD no lei bien xD

SELECT a.codigo,a.descripcion,SUM(a.preu*b.cant_vendida) total_importe 
FROM articulos a 
INNER JOIN ventas b ON a.codigo = b.codigo 
WHERE b.codigo = variable
GROUP BY a.codigo,a.descripcion ORDER BY a.codigo;

salu2

Hi

pues, si, usamos dni's distintos, pero al final creo que no importa, por lo menos en el ejemplo de ls tablas que coloque arriba no importa, ya que seguiria devolviendo los mismos registros.

donde trabajo se dio un caso curioso, aca quien creo el sistema guarda la descripcion del producto en la tabla padre y en la tabla ventas, ahora bien, me toco hacer una consulta pequeña en la que debia filtrar cierta informacion en la descripcion, yo como habitualmente hago, tome la descripcion de la tabla padre, pero que paso? que me equivoque en cierto modo XD, cuando se hizo una venta la descripcion de cierto codigo habia cambiado, con el tiempo volvio a cambiar y entonces hubieron dos descripciones distintas, la pregunta fue, cual de ellas era la que queriamos ver xD, en lo que comento, lo que necesitabamos era la descripcion con la que se vendio xD

el segundo ejercicio depende, el gestor de datos que yo uso mas frecuentemente no necesita un DEFINE ni un & , en MySQL no he probado si esto es necesario (cuando lo compruebe te aviso )

salu2

No lo he probado, pero segun veo el codigo, si tienes un codigo A0001 varias veces, este te saldra solo una vez porque los estas agrupando con el GROUP BY 

si lo quieres mostrar asi (por ejemplo)

DNI:11.111.111z           Nombre: cliente
Direccion:         Poblacion:        Provincia:

VENTAS:

CODIGO  DESCRIPCION   CANTIDAD  PRECIO  TOTAL
A0001      ArTICLE1              10          100,00     1000,00
A0001      ArTICLE1              10          100,00     1000,00
A0001      ArTICLE1              10          100,00     1000,00
A0001      ArTICLE1              10          100,00     1000,00
A0001      ArTICLE1              10          100,00     1000,00
A0001      ArTICLE1              10          100,00     1000,00
A0001      ArTICLE1              10          100,00     1000,00
A0001      ArTICLE1              10          100,00     1000,00

debes quitar el sum( ) ,ya que al hacerlo lo que haces es sumar todo el campo total, pero si lo sumas quiere decir que 8 registros (en mi ejemplo) los haces un solo registro, y para que no te de error tienes que agruparlo como lo estas haciendo ahorita.

aparte de quitar el sum( ) tambien tienes que modificar el GROUP BY que estas utilizando

por cierto, que gestor de bases utilizas?


salu2

pues esto es lo que yo pienso, no tiene gracia tener mas de una vez el mismo codigo, porque en la venta bastaria con cambiarle la cantidad que esta comprando el cliente
pero yo lo dije por esto

Podria ser que haya hecho dos compras el mismo dia como tu dices,nose si llevas correlativos de factura o si separas las ventas por algun numero correlativo, entonces la venta no seria la misma y por lo tanto deberias ver los datos no agrupados, aunque si es como esta en el ejemplo no hay problema, deseas ver un solo total y no la frecuencia del cliente al comprar.

puedes agrupar aun si quitas el sum( ), en los primeros post dije que agrupabas si usas un sum( ) , max( ) etc, pero esto es para que la consulta no devuelva error (porque group by es obligatorio ir en esos casos), pero puede darse tambien que tienes datos repetidos (para mi los datos repetidos son todos aquellos que son exactamente iguales) entonces para eliminar los repetidos o para formar un cursor sin datos repetidos tambien puedes hacer uso del group by.

por ejemplo, tienes tabla1.nombre

+---nombre---+
+---sempus---+
+---sempus---+
+---sempus---+
+---sempus2---+
+---sempus2---+
+---sempus2---+

puedes usar el group by para que el resultado devuelva solo "sempus" y "sempus2"

SELECT nombre FROM tabla1 GROUP BY nombre

aunque esto tambien lo podrias hacer con un

SELECT nombre DISTINCT FROM tabla1 

el caso es que el group by lo puedes usar aun si quitas el sum( )


salu2

Esto depende de como sea el resultado final al que tenemos llegar, tienes el enunciado? asi lo leo, talvez ya lo tengas bien

nose, no uso oracle, me imagino que esto es de ese gestor


salu2