FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Leve problema con parámetros.
Esta es la sentencia SQL, ataco una BD Firebird 2.5 con IBX y Delphi 7.
El problema es que si utilizo parámetros no me funciona, no da error, símplemente no devuelve ningún registro, aunque lo he resuelto sin parámetros me gustaría saber cual es el problema. Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#2
|
||||
|
||||
Hola
Lo que me da curiosidad es por que el uso de QuotedStr. Esto lo que hace, segun entiendo, es colocar comillas en la consulta y me da curiosidad que lo uses para obtener la fecha. Saludos
__________________
Siempre Novato |
#3
|
||||
|
||||
Hola Marcos.
Hice una tabla resumida para la prueba:
Ingresé los siguientes datos: Código:
ID_ALBARANES CODCLIENT ACTIVO FACTURAR FECHA 1 00001 S S 01/09/2011 2 00002 S S 02/09/2011 3 00003 S S 03/09/2011 4 00004 S S 04/09/2011
DBGrid: Código:
4 00004 S S 04/09/2011 Edito: Reacomodé las lineas del where para que se entienda mejor
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 25-09-2011 a las 21:26:06. Razón: Reacomodar lineas de código. |
#4
|
||||
|
||||
Creo que descubrí donde está el problema:
Si hago: No muestra nada. De este modo funciona bién:
Y es por que usando FormatDateTime('dd/mm/yy'..) , se envía: 04/09/11 y con DateToStr: 04/09/2011, es decir que tendría que ser: FormatDateTime('dd/mm/yyyy'...). Saludos.
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... Última edición por ecfisa fecha: 25-09-2011 a las 21:38:43. |
#5
|
||||
|
||||
Gracias a todos por las observaciones:
Caral:
Sino utilizó QuotedStr, para envolver entre comillas la fecha me arroja un error de "Conversion String", este formato ya vengo utilizándolo hace tiempo con éxito. ecfisa: Utilizando:
Sigue sin devolverme nada, DtpkHasta es un DateTimePicker. Con la expresión que comenta Caral es con la que me funciona. Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#6
|
||||
|
||||
En el mismo programa me funciona:
Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#7
|
||||
|
||||
O esto:
Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#8
|
||||
|
||||
Cita:
No sabía que era un DateTimePicker, ¿ Pero entonces no te convendría asignar directamente el valor como TDate ? Con los datos que use en la prueba (mensaje #3), este código me funciona bién:
Saludos.
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#9
|
||||
|
||||
Eso es lo que he hecho inicialmente y no me funciona de forma inexplicable, porque como ves en otras partes de la misma aplicación si lo hace, pero recuerdo que en algún sitio más he tenido que recurrir ala misma solución que en este caso.
A ver si logro establecer que circunstancias concurren cuando no me funcionan los parámetros, curiosamente ocurre con fechas. Si observas mi primer mensaje tengo comentado ese formato porque no me funciona.
Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#10
|
||||
|
||||
Hola
Para mi sigue siendo extraño el uso de QuotedStr, sobre todo con la fecha y mas si es obtenida de un datetimepicker. Yo hago esto y funciona perfectamente: OJO, no os confundáis, no son componentes ADO, son IBX. Simplemente se llaman asi por motivos de vagancia. Saludos
__________________
Siempre Novato |
#11
|
||||
|
||||
Hola Marcos,
Creo tal vez que parte del problema se deba a que en tu primer código expuesto mientras estás armando la consulta, justamente quieres pasar el dato al parámetro (el :f1) y luego continuar armando la consulta. Es deseable primeramente armar la consulta, entera, y luego si proceder con el paso de datos a los parámetros. Por seguridad. Por otro lado, creo que la posible discrepancia entre el .AsDate y el uso de FormatDateTime para armar la consulta también es motivo de problemas. ¿Te aseguraste de revisar la configuración regional para que dé el formato adecuado? Se supone, en teoría, que la implementación del AsDate es la más segura ya que éste toma la responsabilidad de darle el formato adecuado y que corresponde al formato nativo que utiliza el motor. Haz una prueba, muestra el contenido de un .AsDate y compáralo con un FormatDateTime para ver si hay alguna diferencia. Saludos, |
#12
|
||||
|
||||
Delphius tu observación fue la correcta, colocando la entrada de los parámetros al final ha funcionado.
Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#13
|
||||
|
||||
Cita:
La verdad es que a mi, hasta el momento, nunca se me ha dado por pasar los datos a los parámetros en el medio del armado de la consulta por lo que no he tenido problemas con ellos. Y más, habiéndome medio informado (viendo el código y leyendo la documentación) sobre como trabaja la clase TParams y TParam es que ni me animaría a hacerlo. Saludos, |
#14
|
||||
|
||||
Siempre los coloco al final lo que sucede es que añadí una linea máspara colocar el Order by y la puse detras de la última y a partir de ahí dejó de funcionarme, pero no me di cuenta de cual era el motivo, luego me maree cambiando las líneas y haciendo pruebas y no hubo manera.
Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Problema con parametros | tiago_begins | SQL | 8 | 29-01-2011 22:13:36 |
Problema con Parametros de salida | poliburro | MySQL | 0 | 24-05-2007 20:04:39 |
problema con dll y parametros | JoseQ | OOP | 3 | 03-02-2006 11:11:41 |
Problema parametros TAdoQuery | Tio | Conexión con bases de datos | 4 | 02-06-2004 11:50:24 |
Problema con parámetros o sesiones | __cadetill | PHP | 8 | 17-11-2003 22:31:52 |
|