![]() |
y en cuento a los resultados de la sentencia, me devuelve el mismo resultado que en mi consulta inicial, lo que hemos hecho no es mas que convertir mi consulta utilizando INNER JOIN.
|
A ver, la pregunta exacta es:
Cita:
|
Respuesta "Ayuda con consulta"
Hola, buen día.
Esta consulta preparada en el diseñador de consulta del Access está probada y funciona; hecha de acuerdo a las especificaciones de la tabla dada en el primer mensaje de este tema. La tarea final es implementarlo en el Delphi. Insisto en que el form se coloquen 2 componentes TDateTimePicker o similar; en todo caso pueda pasar la fecha en formato que Access reconozca.
Espero que sea de ayuda. Saludos. |
He probado la consulta en access se ejecuta sin ningun error aunque no me devuelve ningun valor , pero cuando la ejecuto desde el delphi me tira un error que dice ('Pocos Parametros. se esperaba 3.')
|
Evidentemente algo está mal en tu código delphi.
|
Respuesta "Ayuda con consulta"
Hola,
Entiendo que ya ejecutaste la última consulta SQL que te envié. Al probar en el SQL Vista SQL del Access te tiene que pedir 2 parámetros; el primer parámetro sería :FECHA1 y el segundo :FECHA2. Si no da error y no trae nada quiere decir que no se tiene datos en la base de datos; si ese es el caso inserta algunos datos en todas las tablas involucradas CARRO, CONSUMO, HOJARUTA, DESCHOJARUTA. En el Delphi tiene que pedir esos 2 parámetros mencionados y lo que se debe hacer es pasarle de manera correcta esas 2 fechas y debería funcionar. Saludos. |
los parametros de fecha se le pasan correctamente, pero me fije que cuendo corro la consulta en ACCESS me pide como parametro el C.indececons quisas ese sea el problema.
|
Los parámetros son los que tienen los dos puntos delante:
Por lo que si te pide eso como parámetro, es que le has puesto dos puntos. |
desde delphi esta correcto el pase de los parametros FECHA1 y FECHA2, pero en la misma estructura de la sentencia SQL cuando la corro en ACCESS me pide como parametro c.indicecons que quisas al no asignarlo desde delphi ese sea el problema.
y entonces se crearia otro problem pues la consulta solo me puede pedir como parametro las fecha. en cuanto a lo que decia hoyosfelix en el form lo que se escoge es el mes el cual lleba implisito el rago de fecha. |
Respuesta "Ayuda con consulta"
Hola, ya me fije en ese detalle del Access.
Es raro el comportamiento del Access, no debería pedir el parámetro C.indicecons. Probá de esta manera:
Saludos... |
Se va a resistir bastante la consultita esa :(.
¿Has probado a quitar C.indececons, a ver qué mensaje sale? |
Y, ¿no habrá manera de tener una copia reducida de la base para hacer pruebas? Digo, una copia con pocos datos pero con todas las tablas involucradas.
// Saludos |
Respuesta "Ayuda con consulta"
Hola, Realmente en la consulta donde dice: C.indececons debe decir: C.indicecons Por esa razón es que el Access "piensa" que C.indececons es un parámetro. Saludos. |
Cierto, en la descripción original de campos dice indicecons. ¡Buena vista! :) Lo raro es que Access marque ese error de parámetro en lugar de dicer que no reconoce ese identificador o campo.
// Saludos |
Cita:
|
1 Archivos Adjunto(s)
tenian razon el error era c.indececons por c.indicecons,
probe y me sigue dando los datos erroneos como al principio adjunto un estracto de mi base de dato |
Respuesta "Ayuda con consulta"
Hola,
Bajé la BD y ejecuté! la consulta en Access, en el Diseñador de consultas SQL....y me trae el siguiente resultado: Consulta1 idcarro nocarro indicecons SumaDeKMRECORRIDO SumaDeCONSUMO 15 TSA-590 10 4544 1550 16 TSD-455 4 800 150 Es decir, que tu base de datos efectivamente tiene datos...la consulta me funcionó a mí sin tantas modificaciones, excepto que corregí el campo C.indicecons en el SELECT y en el GROUP BY... Favor aclarar si el error es en el Access o en Delphi? Saludos... |
hola hoyosfelix, la consulta lo mismo en access que en delphi se ejecuta bien, el problema es que no devuelve los resultados correctamente, la consulta me tiene que dar asi
Código:
NO.CARRO SUM(KMRECORRIDO) SUM(CONSUMO) |
Respuesta "Ayuda con consulta"
Buen día,
Eso es fácil. Quitar del SELECT los campos que no se necesiten, lo mismo que del GROUP BY. Te dejo como tarea, para que fijes la idea. Ya estamos cerca de la respuesta, el próximo post tiene que ser para avisar que ya encontraste la solución. Saludos. |
Hola
He estado siguiendo este hilo desde que empezó, no contesté por que mo encontré la manera de obtener el resultado que se quiere (estoy verde en SQL) pero quería ver como se resolvía, al parecer la sentencia que se ha logrado formar hasta ahora no da el resultado segun el compañero y podria ser por que en ningun lado se limita el rango de fechas para la tabla deschojaruta, creo que la consulta seria mas sencilla si a esta tabla tuviera un campo idcarro y ya no seria necesario incluir la tabla hojaruta, bueno a lo mejor estoy mal y espero que pronto se obtenga la sentencia correcta. Saludos |
Bueno, la fecha si se trata, se pide como parámetros.
Por lo visto es correcta la sentencia y le va bien, tan sólo que no quiere que le salga unos campos, por lo que sólo ha de quitarlo del select. No sabemos si ya ha quitado esos campos y todo le va bien, ¡¡¡no ha dicho nada todavía!!! :confused: Lo mismo ya se olvidó de informarnos, punto 13 de la guía de estilo. Cita:
|
Cita:
tambien he analizado y he hecho prueba en mi base de dato agregando el campo idcarro a la tabla deschojaruta, ademas de poner como condicion el rango de fecha de la tabla consumo y establecer como condicion (hojaruta.idcarro=consumo.idcarro) y ni aun asi obtengo el resultado correcto.:( |
Cita:
Cita:
|
Cita:
Saludos |
he probado con esas opciones pero me sigue devolviendo los datos mal.
parece que como estoy sumando datos de tablas diferentes por cada registro en una me suma la otra, me explico la tabla deschoharuta tiene 5 regsitro y la tabla consumo 3 bueno me suma 3 veses el campo KMrecorrido de la tabla deschojaruta y 5 veses el campo consumo de la tabla consumo. sigo buscando y probando condiciones para que me limite este proceso |
Respuesta "Ayuda con consulta"
Buena tarde,
La consulta anterior que había enviado realmente devuelven datos, pero mal. Me gustaría que pruebes lo siguiente en Access: 1º Crear una consulta llamada TTLCON con la siguiente SQL, para el total de consumo:
2º Crear una consulta llamada TTLKM con la siguiente SQL, esto para el total kilómetros recorridos:
3º Crear otra consulta llamada KM_CON con la siguiente SQL, esto para unir las 2 anteriores:
La 3º SQL es la que traerá la respuesta correcta, luego habría que probar cómo se resuelve en Delphi. Esto es manteniendo la estructura de tu base de datos anterior. Saludos. |
ok, dejeme probar y te digo
|
ok, de esa forma me devuelve los datos correctos, ahora solo es buscar la forma de implementarla desde el delphi.
Ya tenemos un paso de avance, ahora es como implementarla en delphi?. mil gracias |
Resuelto en Parte
Hola a todos
He implementado el codigo en delphi me quedaria asi
el problema ahora es que cuanto le paso los parametros de fecha en access
en ves de
es decir que lo coje en ves de DD/MM/YYYY asi MM/DD/YYYY Alguna solucion??? |
Cita:
|
Cita:
|
Perdona, me equivoqué en el tipo de parámetro
|
hola duilioisola
Las consultas lo que hacen es crear tablas virtuales(consultas) en el gestor de base de datos(ACCESS) y lo que hago es cargar en el reporte esta consulta como si fuera un tabla, si paso parametros entonces la consultas se crean no con los datos que paso si no que piden parametros. no se si me entiendes |
| La franja horaria es GMT +2. Ahora son las 00:03:21. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi