Ayuda Con Sql
Hola a todos:
Uso Delphi 5, FibsPlus y Firebird 2.1 y tengo el siguiente problema: Tengo una tabla que contiene los campos FechaEmision (Date), ImporteRecibo (Float) y Concepto (String). En un DBGrid asociado a la Tabla saco los datos y tengo un Edit para filtrar la consulta de manera que en el OnChange del Edit segun voy introduciendo caracteres pues hace una consulta a la tabla y sacando los datos en el DBGrid. El formato de la FechaEmision es dd.mm.yyyy (o tambien he probado con dd/mm/yyyy), y el formato numérico de ImporteRecibo es ##,###0.00 Si introduzco en el Edit por elejmplo el 2, todo perfecto, luego el 4, perfecto (24), pero cuando introduzco el "." o "/" no obtiene ningún resultado en el campo FechaEmision. Lo mismo ocurre si quiero buscar un ImporteRecibo que sea por ejemplo: 31.24, cuando introduzco el 31 perfecto, pero al introducir en el edit "31." ya no obtiene ningún resultado. Parece como si el "." o "/" no pudiera interpretarlos. He probado con %LIKE% y CONTAINING y el resultado es el mismo.
Os agradecería que me pudiérais indicar qué estoy haciendo mal. Saludos. |
Varias cosas.
Los datos tipo float se almacenan internamente de forma muy diferente a como los ves por pantalla por lo que pretender encontrar "algo como 31." no es posible porque "31." no es un decimal válido, como mucho entenderá que "31", "31." y "31.0" son lo mismo. Las fechas internamente se almacenan como un float, así que más de lo mismo. Si ya tienes todos los datos cargados y en el grid lanzar la consulta cada vez que filtra no me parece lo más cómodo, para eso sería mejor que usases componentes tipo DataSet, ClientDataSet, DataSetProvider... según la estructura que más se adecue y filtres en el componente, o sea solo muestres lo que te interesa. De ese modo puedes tener una versión de esas columnas en formato string y buscar en ellas siguiedo la lógica que estás indicando. Si de todos modos quieres hacerlo a través de una consulta tendrás que construirla de forma diferente. Si por ejemplo se intruduce la fecha: "01/01" Supondrías que es el uno de enero de cualquier año y deberías construir la consulta así: Pero esto aporta una serie de problemas a la hora de construir la consulta que yo personalmente evitaría. |
Muchas gracias por tu respuesta. Por desgracia no he podido aplicarla porque nunca he trabajado con parámetros y he tenido problemas; de todas formas interpreto que en tu código hay que introducir el dia y el mes. Entonces, lo que podría hacer es introducir la fecha completa a buscar y solamente comparar por Igual, Mayor que o Menor que, ya que el Like y Containing no me funcionan.
Sin embargo, aunque no sepa aplicar tu código, la explicación dada en el primer párrafo la desconocía y me ha sido muy útil. Gracias de nuevo. |
Parametrizar las consultas en importante, fundamental diría.
Copia el código que usas, los errores que salen y te ayudo. |
Siguiendo con lo que dice kuan-yiu: Tu lógica interna DEBE usar tipos de datos correctos y MAS estrictos que tus entradas (que pueden venir como sea). Usa tipos fecha para fecha, floats para números imprecisos, decimal para monedas/números mas precisos, booleanos para si/no, etc. Y asegurate en mantener la disciplina a lo largo de toda la cadena del software (como es el esquema de datos). Eso no solo ahorra un MONTON de errores, también habilita optimizaciones desde el punto de vista del compilador y expande las capacidades de lo que haces.
Uno de los MAYORES errores al programar es ser perezoso con los tipos. Ademas, estas en delphi: Un lenguaje de tipos estáticos. Usalos. |
Hola de nuevo y gracias por el ofrecimiento.
El código que utilizo para filtrar la consulta es este:
El motivo de utilizar este sistema de búsqueda es mas visual que efectivo, lo sé. Cuando se va digitando en Edit6 cada carácter, llamo a una rutina (en el OnDrawColumCell) para que pinte de otro color en el DBGrid aquellas apariciones coincidentes con el valor de Edit6. En realidad no aparecen errores, lo que ocurre es que en los campos DATE o FLOAT, como son: IMPORTEENTREGA, IMPORTERECIBO, FECHAAPUNTE Y FECHAVENCIMIENTOCHEQUE no aparecen resultados al utilizar LIKE o CONTAINING cuando pulso "/" para las fechas o "." para los decimales de los numericos. Sin Embargo, cuando uso Igual, Menor, Mayor, Menor o Igual o Mayor o Igual SI obtiene registros cuando edit6 vale por ejempo "22/01/2020" o "31.60". En el Select del código, si dejo el UPPER del campo con el LIKE no da error pero los resultados de la consulta no son correctos, si quito el UPPER del campo, al comparar por IGUAL la fecha da el error "Overflow occurred during data type conversion. Conversion error from string 2". Espero haber sido claro en la explicación y gracias por tu tiempo. |
Creo que los filtros están mal...
Que sentido tiene evaluar un campo fecha como mayusculas: upper(fechaEmision)? Que sentido tiene evaluar un campo float como mayusculas : Upper(ImporteRecibo)? Te sugiero que si estas filtrando por fecha utilices las siguientes estrategias, siendo f1 y f2 parámetros introducidos a la consulta: 1) FechaEmision = :f1 2) FechaEmision between :f1 and :f2 es equivalente a (FechaEmision>=:f1 and FechaEmision<= :f2) 3) FechaEmision <= :f1 4) FechaEmision >= :f1 En cuanto a filtro de valores numéricos (enteros, reales), sigue la misma sugerencia: 1) ImporteRecibo=:v1 2) ImporteRecibo between :v1 and :v2 es equivalente a (ImporteRecibo>=:v1 and ImporteRecibo<= :v2) 3) ImporteRecibo<=:v1 3) ImporteRecibo>=:v1 Dicho lo anterior, te propongo la siguiente modificación: Parámetros de la consulta: f1 y f2: Valores de fechas mínimo y máxima v1 y v2: Valores de importe mínimo y máximo
Saludos cordiales |
:eek::eek:
Me demoré mucho en escribir y aparecieron 3 mensajes antes que el mío... :D |
Gracias por tu respuesta. Perdona, pero me puedes decir dónde defino f1, f2, v1 y v2?, puede ser el edit que utilizo para introducir la fecha?. Lo siento pero nunca he trabajado con parámetros. Hay alguna forma de evitar los parámetros?.
Muchas gracias |
Cita:
Por ejemplo, si utilizas TpFIBDataset o TpFIBQuery Yo te recomiendo utilizar parámetros para aplicar filtros en las consultas, es mucho mas claro. Ademas cuando los parámetros son de tipo string, solo se encarga de asignar las comillas y ya no te preocupas de ese tema...
v/s :D Espero haber aclarado en algo tus dudas... |
Cita:
|
Cita:
Como te indican, siempre que se pueda, es la mejor opción. Saludos :) |
Desde luego que siempre estáis ahi para ayudar. Muchas gracias por vuestras recomendaciones y consejos. Lo probará como decís y ya que no tiene demasiada complicación seguro que solucionaré el problema.
Gracias de nuevo. |
Para que tengas claro la importancia de usar parametros:
https://es.wikipedia.org/wiki/Inyección_SQL |
Saludos, el problema de manejar las fechas de esa manera es que el motor Firebird las maneja en formato mm/dd/aaaa y en mi país las fechas se deben representar dd/mm/yyy. Para manejar las fechas sin el uso de parámetros me toco elaborar (no me acuerdo si fue copiada de algún la lado) una función para que tome un TDate y lo devuelva una cadena.
|
No, firebird no guarda los campos fecha de esa manera, los campos fecha y los fechahora, son números, ejemplo: 34248,17238173917
La parte entera 34248 son los días transcurridos desde 31/12/1895 (creo recordar, no recuerda la fecha exacta) y la parte decimal es la hora, cuando llega a 34248.999999999999 pasa a 34249.00000000000 que es un día más. |
Hola Casimiro, no me refiero a la representación interna sino a la forma en que Firebird muestra los campos Date al usuario
|
No necesitas hacer eso, Dephi tiene funciones que lo hacen por ti, concretamente FormatDateTime.
Y aquí tienes listada un montón más de funciones con fechas: https://delphiallimite.blogspot.com/...cha-y.html?m=0 |
Cita:
|
En otras palabras, internamente, no tienes porque hacer "malabares" si usas los tipos de datos correctos. Unicamente haces conversiones en tus entradas/salidas del/al "exterior". Eso significa que ademas, "alinea" el uso de tus tipos con lo que te da el lenguage.
En concreto, Delphi tiene de planta y por terceros un MONTON de controles y librerias que felizmente te permiten usar DateTime como DateTimes, Monedas como monedas, horas como horas, sin pasar por conversiones manuales a texto. Esto siginifica que piensa asi: Problema: Tengo que usar fechas Hay un tipo fecha en delphi y/o BD y/ lo que sea?
Hay un CONTROL para fechas?
En este instante veo una vble o campo que se supone es fecha. USA EL TIPO CORRECTO?
Ahora, si la fuente de entrada/salida no tiene ese tipo "nativo" (ej: Lees de un archivo de csv) entonces: Conviertes TODOS los campos al tipo correcto JUNTO con la lectura
y al final lo devuelves:
eso solamente debe existir A LA ENTRADA/SALIDA del mundo exterior. En TODOS los demas lugares usas el tipo correcto! ---- Esto se extiende. Si estas facturando y tienes unos estados como "Borrador", "En Proceso", "Pagado", entonces lo correcto es crear un tipo:
Aunque no lo parezca, esto reduce un MONTON de codigo repetido (ej: Estar chequeando por todos lados si el "estado" esta vacio, o preocuparse si esta o no en mayusculas, etc. Con un tipo, todo eso desaparece). Junto con hacer test redundantes (sera que si guarda el estado que es?). Y si hay un error en el parseo de datos, no tienes que ir a chequear en cientos de lugares. Solo hay 2 opciones: convertir_desde, convertir_hacia. |
Como dices los compañeros, lo del formato despliegue lo defines tu.
Mencionas en tu primer post que usas los componentes FIBPlus. Bueno el TpfIBDataset tiene una propiedad 'DefaultFormats' en la cual puedes definir los siguientes formatos de despliegue:
Con esto das solución a el problema al formato de despliegue de datos. Saludos cordiales |
Perdonad que os moleste de nuevo con este tema. He usado los parámetros como me habéis dicho pero con este código me da el error:
SQL Error code -303 Arithmetic excepcion, numeric overflow or string truncation. El código que uso es:
Cuando voy introduciendo la fecha en el Edit1 en este formato: ej."23.06.202" hasta aqui funciona bien y hace bien la consulta, pero cuando introduzco el último "0" de "año 2020" me da el error. He probado con Cast, Extract y este código es el que mas se aproxima a lo que quiero, sabéis que puede pasar para que me de ese error?? Gracias por anticipado. |
Presta atención al consejo: Sigues sin usar los tipos de datos correctos. Estas mandando como texto un fecha.
|
Esto no tiene los tipos adecuados: fechas como fechas, enteros como enteros...
|
Y agregaria: Deja de usar un control de texto para un campo fecha. Usa uno que no requiera uso de StrToDate, como TDateTimePicker
|
Gracias por vuestros consejos y tenéis razón. Sólo deciros que cuando se hacen las grabaciones (append o edit) los campos están definidos correctamente los Date con DateTimePicker y los numericos con FloatEdit etc. Sólo he usado los CampoDate.AsString para filtrar las consultas con el LIKE según va cambiando el Edit de la busqueda caracter a caracter para intentar conseguir que si en el Edit de busqueda tecleo un 2, que me filtre TODOS aquellos registros que en cualquiera de sus campos contengan un "2", si luego tecleo "3", que aparezcan todos los campos que contengan "23", y así sucesivamente hasta acotar al máximo el resultado deseado.
|
Cita:
Hola Como ya te explicaron los tipo datetime son representados internamente como numeros aunque al visualizarlos tengan el formato de fecha que conocemos. Haciendo una prueba rapida hice esto:
Obteniendo: 43990.6227021528 Si te das cuenta para la fecha 08/06/2020 obtengo este numero con lo cual al querer filtrar mientras este escribiendo la fecha no te va a funcionar; es mas te dara errores por todos lados. Te estas complicando innecesariamente. Las fechas debes filtrarlas cuando ya esten ingresadas completamente. Saludos |
Cita:
Es MUY problematico hacer esos brincos de tipos, porque eso afecta todo: El orden, la exactitud, lo correcto de esas operaciones, la velocidad (si esos campos tienen indices al pasar a texto LOS ANULASTE), etc. Mira por ejemplo: "Mentiras que los programadores creen sobre el tiempo": https://infiniteundo.com/post/253269...eve-about-time Con solo los primeros flipas: Cita:
Asi que lo que debes hacer es usar la funcion de fecha correcta, o traducir lo que hace LIKE al pensamiento de fechas. Si lo que quieres es filtrar por ejemplo "dame los registros del mes", entonces debe extraer el año/mes y comparar con año/mes. Para eso consulta la documentacion de la BD. Hay estan las funciones correctas de fecha. P.D: Aunque a nivel informativo te han explicado como internamente estan implementados los tipos de fecha, NO USES FECHAS ASI. Es incorrecto convertir fechas a flotantes* y hacer comparaciones. Es igual de erroneo que usar texto. *Porque hacer comparaciones con flotantes es de los mas flipante/absurdo que hay. |
Cita:
|
Cita:
Si exactamente :D Saludos |
Cita:
Lo que debes comprender es que aunque uses Asstring para pasar un texto al parametro internamente al procesar la consulta firebird lo hara con el tipo real del campo osea Date, si le pasas "23" no lo podra manejar ya que no es un valor de fecha valido. Debes enviar una fecha completa. Saludos |
La franja horaria es GMT +2. Ahora son las 23:47:56. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi