[SOLUCIONADO] Cargos y Abonos

[bandolera]

Hola chicos.
En una tabla quiero guardar la información de los cargos y abonos de una cuenta corriente de unas personas.
Quisiera que me recomienden cómo trabajar mejor estos campos.
Separados?

codigo/cargo/abono
100/150.25/0.00
120/0.00/90.65

o juntos?
codigo/cargo
codigo/-abono

100/150.25
120/-90.65

y visualmente separar los cargos de los abonos por código.
Gracias.

[quimfv]

Codigo/fecha/Tipo/Importe
xxxx/YYYY-mm-dd HH:m:s/1/100
xxxx/YYYY-mm-dd HH:m:s/2/100

Tipos
1 Cargos
2 Abonos

Código MySQL:

SELECT codigo,SUM(if(tipo=1,importe,0)) Cargos,
                        SUM(if(tipo=2,importe,0)) Abonos,
                        SUM(if(tipo=1,importe,0-importe)) Saldo
FROM tuTebla
GROUP BY codigo
 

Saldo de xxxx = 0

[bandolera]

Iniciado por quimfv

Codigo/fecha/Tipo/Importe
xxxx/YYYY-mm-dd HH:m:s/1/100
xxxx/YYYY-mm-dd HH:m:s/2/100

Tipos
1 Cargos
2 Abonos

Código MySQL:

SELECT codigo,SUM(if(tipo=1,importe,0)) Cargos,
                        SUM(if(tipo=2,importe,0)) Abonos,
                        SUM(if(tipo=1,importe,0-importe)) Saldo
FROM tuTebla
GROUP BY codigo
 

Saldo de xxxx = 0

y el campo importe qué tipo de campo debe ser? integer? decimal?

[gnzsoloyo]

DECIMAL.


Manual de referncia de MySQL:

Los tipos DECIMAL y NUMERIC se implementan como el mismo tipo en MySQL. Se usan para guardar valores para los que es importante preservar una precisión exacta, por ejemplo con datos monetarios. Cuando se declara una columna de alguno de estos tipos, la precisión y la escala puede especificarse (y usualmente se hace), por ejemplo:

Código MySQL:

salary DECIMAL(5,2)
 

En este ejemplo, 5 es la precisión y 2 es la escala. La precisión representa el número de dígitos decimales significativos que se almacenan para los valores, y la escala representa el número de dígitos que pueden almacenarse a continuación del punto decimal.

[bandolera]

Iniciado por gnzsoloyo

DECIMAL.


Manual de referncia de MySQL:

Pero el tipo decimal soporta colocar -120.50, es decir con signo negativo?
Creo que no.

[gnzsoloyo]

Creo que no.

Si lo hubieras probado, ya lo sabrías...

SI. Soporta negativos.

No existen, por definición del tipo coma flotante, números decimales sin signo. Sólo los enteros tienen esa característica.

Este tipo de preguntas es lo que debería llevarte a acudir y leer con cuidado el manual de referencia (http://dev.mysql.com/doc/refman/5.0/...ric-types.html). Es lo que hacemos todos cuando se nos plantea una duda de esa clase.

Desde MySQL 5.0.3, los valores DECIMAL y NUMERIC se almacenan en formato binario. Antes de 5.0.3, MySQL almacena los valores DECIMAL y NUMERIC como cadenas de caracteres, en lugar de binario. .Un carácter se usa para cada dígito del valor, el punto decimal (si la escala es mayor que 0), y el signo '-' (para números negativos). Si la escala es 0, los valores DECIMAL y NUMERIC no contienen punto decimal o parte fraccional.