![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Hola frudolph,
Creo que al parecer no he sabido explicar bien el problema. La situación es la siguiente: He podido mostrar el total de débidos y créditos por separados de cada cuenta, por ejemplo: ______________________________________________________ Codigo | Nombre | Debidos | Credito | ______________________________________________________ El problema se presenta cuando quiero incluir también el balance, restando al resultado de la subconsulta que muestra el total de débitos el resultado de la subconsulta que muestra el total de créditos. Si las cuentas poseen uno o más débitos y créditos todo marcha de maravillas, pero el problema se presenta cuando una de las subconsultas (Débitos o Créditos) trae un valor null (una cuenta puede no tener débitos o créditos), en tal caso el resultado de la diferencia entre las subconsultas de débitos y créditos es igual a null, ya que null-valor = null y valor - null = null. Las gracias anticipadas, Víctor.- |
|
#2
|
|||
|
|||
|
una forma de como evitar errores por campos nulos
hay dos manerass de solucionar el problema
una es que al crear tus tablas declares que los valores numericos no puedan ser nulos y les pongas un valor por omición de cero (es lo que yo hago aun en sql server que tiene una función para sustituir los valores nulos por lo que se quiera y esta es isnull(calmpo, valor) si campo es nulo regresa el valor, no se si intebase la tenga) la otra forma es mucho mas laborioza y es hacer la union de varias consultas (filtrando en cada consulta los registros que tengan nulos y cambiando las operaciones en cada caso) ejemplo: select nombre, cargos-abonos saldo from tabla where cargo is not null and abono is not null union select nombre, cargos-abonos saldo from tabla where cargo is not null and abono is null union select nombre, -abonos saldo from tabla where cargo is null and abono is not null (esto se pude poner muy complicado si son mas campos) espero te sirva esto ![]() |
|
#3
|
||||
|
||||
|
Cita:
Código:
+---------+----------+-------+ | cod_cta | tipo_mov | monto | +---------+----------+-------+ | 2 | D | 30 | +---------+----------+-------+ | 3 | D | 40 | +---------+----------+-------+ | 1 | C | 50 | +---------+----------+-------+ | 2 | C | 10 | +---------+----------+-------+ | 2 | C | 20 | +---------+----------+-------+ | 3 | D | 10 | +---------+----------+-------+ | 1 | C | 50 | +---------+----------+-------+ | 1 | D | 20 | +---------+----------+-------+
devolverá null para CUENTA.CODIGO = 3. ---------------------- Estuve investigando un poco. En MySql puede usarse la función if():
para regresar una tabla con crédito, débito y balance como requiere vpepen Sin embargo no tenia ni idea de si Interbase disponía de una función similar. Lo más cercano que tenía a la mano era FireBird en donde logré mi primera consulta SQL en FireBird:
que funciona igual que la de MySql. Busqué en Internet a ver si Interbase tenía algo semejante pero me encontré enlaces que claramente decían que no existía el case aunque ignoro si en las últimas versiones ya existe. Finalmente me metí con los procedimientos almacenados y obtuve mi primer procedimiento almacenado:
que genera la tabla (con los datos anteriores): Código:
| codigo | credito | debito | balance | +--------+---------+--------+---------+ | 1 | 100 | 20 | 80 | +--------+---------+--------+---------+ | 2 | 30 | 30 | 0 | +--------+---------+--------+---------+ | 3 | 0 | 50 | -50 | +--------+---------+--------+---------+ De hecho el procedimiento generará registros (con ceros en lugar de null) incluso para cuentas que no tengan ningún movimiento (ni crédito ni débito) El procedmiento podría usarse así:
En fin, como son mis primeros pasos en FireBird y procedimientos almacenados no me sorprendería que hubiera formas mucho más elegantes y sencillas, pero mientras tanto quizá le sirva a vpepen y a mi me sirve de ejercicio .Supongo que la sintaxis de los procedimientos almacenados no diferirá gran cosa para Interbase. // Saludos |
|
#4
|
||||
|
||||
|
Roman,
Tú planteamiento de mí problema es 100% lo que me está sucediendo para esa consulta. La verdad que te has explicado mejor que yo al abordar el problemita. Al igual que tú, he buscado alguna función en interbase que me devuelva un valos cero por ejemplo, en caso de null, pero no la he encontrado aún. Todavía no tengo experiencia con los procedimientos almacenados, pero entraré en ese campo, claro, tomando como base el ejemplo descrito por ti. Ya postearé posteriormente como me va con los procedimientos almacenados. Gracias a todos por su colaboración desinteresada, Víctor.- |
|
#5
|
|||
|
|||
|
La función que estás buscando se llama COALESCE y la documentación de la misma está en el archivo "Firebird_v15.108_ReleaseNotesSpanish.pdf" que lo podés bjar de la página "http://www.ibphenix.com".
Esta función te permite obtener valores no nulos: el uso sería más o menos el siguiente: --> COALESCE(CampoDeLaTabla, 0) para que te devuelva un cero en caso de que el Campo sea NULL. |
|
#6
|
||||
|
||||
|
Cita:
// Saludos |
|
#7
|
|||
|
|||
|
trabajar tablas que permitan campos nulos es muy util, pero es necesaria mucha dedicación del programador para no tener problemas ya que cualquier operación que los implique dara por resultado un nulo
existen funciones para cada motor de base de datos que permiten manejar los nulos con seguridad como los ya nombrados (por ejemplo: isnull, coalecse y case en sql serber) y aun sin estas funciones se puede vivir con ellos pero creanme cuando no sean necesarios los nulos no los usen, declaren que los campos númericos no puedan ser nulos y con valor por default 0 y se quitan un monton de dolores de cabeza yo soy un gran partidario de usar nulos, pero solo cuando es util su uso y nunca configuro las bases de datos para que no use los nulos saludos ![]() |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|