![]() |
Firebird - Subconsulta con datos a la derecha
Hola a todos.
Necesito hacer una consulta en Firebird 2.5, he intentado de muchas formas y no logro lo que necesito. Lo que deseo hacer, es que en una misma consulta puede obtener estos datos pero con la fecha de un mes anterior. El resultado del mes anterior es para tomarlo como Saldo inicial del mes actual. Esta es la consulta, pero falta agregar los datos de esta misma consulta con un mes anterior. Cuando intente con subconsultas me muestra el mensaje "multiple rows in singleton select", por lo que supongo que no se pueden mostrar multiples datos de la subsonsulta, pero no estoy muy seguro. Lo que deseo es que los datos de la subsonsulta aparezcan a la derecha de la primera consulta y no en la misma columna.
Hojala alguien me pueda ayudar. :confused: Muchas gracias. |
Sí que debes de hacerlo con Subconsultas, pero te debes de asegurar que el resultado que devuelva esa subconsulta sea único, es decir, un único registro.
Si lo que deseas es calcular el saldo del mes anterior para cada registro, deberás de asegurarte que la subconsulta sólo te devuelva ese valor como un único número. Todos los demás datos podrás sacarlos del Select principal. |
No he probado este Select pero debes de hacer algó así como esto ;
|
Multiple rows in singleton select.
Gracias por tu respuesta gluglu.
Lo que deseo es calcular el saldo del mes anterior para cada registro. Pero no entendi bien lo que me dices: "Deberás de asegurarte que la subconsulta sólo te devuelva ese valor como un único número. Todos los demás datos podrás sacarlos del Select principal." Si intento obtener la informacion de cada uno de los registros con la consulta que me dices, me muestra el mensaje "Multiple rows in singleton select". Si la base de datos solo contiene un registro, la consulta muestra el mismo valor para articulos diferentes.
¿Es esta la forma apropiada de hacerla (subconsulta) ?, o ¿seria recomendable hacerlo de alguna otra?. La consulta es para obtener los saldos iniciales del mes actual, que siempre son las existencias finales del mes anterior, todo esto utilizando el metodo de valuacion de inventarios PEPS. Muchas gracias.:confused: |
La subconsulta que quieres hacer, entiendo yo, es para devolverte un valor determinado para cada registro de la consulta principal.
Pues lo que tienes que hacer es pedir ese valor para cada registro de los que devuelve la consulta principal. Tu consulta principal
te devuelve los valores que quieres. Ahora, adicionalmente, tienes que añadirle la petición de datos del mes anterior a la consulta actual. Entiendo que la clave principal del fichero Articulos es A.CLAVE. Lo que creo que quieres es obtener otros valores para esa CLAVE del fichero ARTICULOS, no ? El error que mencionabas en tu primer post es porque la 'subconsulta' que habías intentado en un principio te devuelve resultados múltiples, varios registros, y esto Firebird no lo permite. Por otro lado, la subconsulta va a tomar los datos de referencia de la consulta principal. La verdad es que hice el Select que posté a la rápida y no me dí cuenta de algunas cosas. Este está más afinado .... :o
La consulta principal está igual que tu la has planteado al principio. Te muestro el ejemplo para que además obtengas dos valores adicionales para cada registro de tu consulta principal, que corresponden con cada una de las subconsultas expuestas. La primera subconsulta coge el valor A.CLAVE directamente de la consulta principal para buscar el valor que corresponda en NOTASCREDITO dentro del margen de fechas que desees. El nombre de la columna, IMPENT_MESANTERIOR se coloca al final, fuera de la subconsulta. La segunda subconsulta es un pco más compleja : Ya que no hay una referencia directa en SALIDAS a la CLAVE en ARTICULO, por lo que he podido ver en tu consulta principal, hace falta pasar por NOTASCREDITO previamente, así que la suma se hará sobre S2.IMPORTE, habiendo previamente realizado un join entre SALIDAS y NOTASCREDITO. Insisto, no he probado el Select pero mas o menos esta es la idea. Es cuestión de que vayas probando y viendo qué resultados te interesa obtener. Si tienes dudas adicionales .... ;) ... se me olvidaba. Debes de asegurarte que la consulta principal esté agrupada no sólo por el nombre del artículo, que puede o no ser único, sino por CLAVE que supongo que sí que será única. Podría darse el caso de que existiese un mismo nombre para dos artículos. |
Multiple rows in singleton select.
Muchas gracias por tu ayuda, pero continuo con problemas.
En realidad la tabla NotasCredito no es para Notas de credito, no la renombre, pero su uso son las entradas de mercancia y no tiene nada que ver con las Notas de credito. La tabla Salidas es para registrar la salida de mercancia. Lo que necesito si es como me lo comentas, pero no logro darme cuenta de que estoy haciendo mal, sigo obteniendo el mismo error. Lo que necesito es los mismos datos que arroja esta consulta, pero con la fecha de un mes anterior, y lo que no puedo hacer es la subconsulta de el mes anterior, me sigue mostrando el error "Multiple rows in singleton select." Muchas gracias.:confused: Este es el enlace del codigo fuente de el programa y el ejecutable, esto para que puedas ver el funcionamiento y te des una mejor idea de como estan funcionando las cosas, hojala pudieras revisarlo y ayudarme.:( http://www.mediafire.com/?0my7wy153xf2ham [-]
|
Enlace
|
Hola !
Tampoco este último enlace funciona. En cualquier caso, he creado las tablas con el Script que has puesto, y he generado algunos datos. No sé si es el sitio adecuado para argumentar que para mi es un tremendo lío ver tantos campos 'CLAVE' iguales. Personalmente los llamaría diferentes para cada tabla, algo así como 'CLAVEARTICULO', 'CLAVEUNIDAD', etc. Pero lo dicho, ese no es el tema ahora mismo. Los datos que he generado, probablemente estén mal, porque no entiendo la relación entre S.ENTRADA y E.CLAVE que tienes en el segundo join. Lo que sí puedo indicarte es que el último Select que posteé yo, a mi no me dá ningún tipo de error. Insisto, no sé si tengo los datos correctos, y si el resultado obtenido es el que se desea. Pero el Select funciona (a falta de un ')' que se me pasó al escribir). No sé si te será una ayuda, o te trastocará toda tu forma de trabajar, pero personalmente hubiera armado la consulta de la siguiente manera : y las demás subconsultas que procedan para cada periodo de fechas. Si pudiera obtener algún grupo de datos, podría probarlo mejor. Con el IBExpert puedes exportar también los datos en un Script de comandos 'Insert'. Al menos unos cuantos para que el resultado se pueda probar eficientemente. |
Hola
Cita:
http://www.mediafire.com/?lkay5sn72v3te9g. Elimine el archivo porque crei que ya lo habias descargado, el enlace de arriba si funciona. Revisare lo que me comentas. Muchas gracias.:) |
He descargado el archivo.
Al ejecutar el EXE no me encuentra la BBDD, supongo que por la ruta. Y por otro lado, tengo instalado Firebird 2.1, y no me deja abrir la BBDD. :o |
Firebird 2.5
1 Archivos Adjunto(s)
Yo utilizo Firebird 2.5, puedes usar el Script para recrear la base de datos y puedas usarla con Firebird 2.1.
Adjunto los archivos de configuracion, en caso de que no esten en el archivo comprimido, estos deben de estar en el directorio del programa. La ruta a la base de datos la puedes cambiar directamente en el archivo config.ini. Si tienes alguna duda me dices por favor. |
Conseguí cambiar la ruta de la base de datos directamente dentro de tu programa.
Lo que pasa es que al no tener FB2.5 instalado, no logro acceder a la BBDD. Ni con el IBExpert. Por lo tanto tampoco logro generar ningún script de datos. |
Script SQL
1 Archivos Adjunto(s)
Cita:
|
La base de datos la pude crear con el Script que incluías en tu post de ayer. Eso es lo que te indicaba en mi primer post de hoy.
Lo que no puedo probar correctamente el Select con unos datos que tengan sentido real, porque yo introduje unos datos muy escuetos. Por eso te decía que pude probar el Select indicado, y que a mi no me daba ningún error. |
Gracias
Muchas gracias, voy a revisarlo muy a detalle.
:) |
Muchas gracias.
Cita:
Este es el código completamente funcional, y no es diferente al que me enviaste en un principio, tu código siempre estuvo correcto, lo que pasa es que tenía mucha presión y no preste atención a tus comentarios. ! Muchas gracias gluglu ! :)
|
;) ;) ... de nada !
|
La franja horaria es GMT +2. Ahora son las 05:40:39. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi