FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
Proba con uno de esos, si te interesa almacenar tanto fecha como hora obviamente usarias ftDateTime, sino ftDate |
#22
|
|||
|
|||
Cita:
Cita:
así esta ahora mismo y me sigue dando el mismo error.
__________________
"Ningun precio es alto por el privilegio de ser uno mismo..." Última edición por ZiriusB fecha: 16-12-2015 a las 00:29:19. |
#23
|
||||
|
||||
Primero elimina los with de tu codigo porque
1. No es aconsejable 2. No lo estas "aprovechando" Debido a 1), casi que prefiero no explicarte el porque no lo estas "aprovechando" Si te da un error en Query.SQL.Add es porque el query no esta inicializado (no esta creado) No se de donde sale ADOQuery1, voy a asumir que tenes el componente en el Form actual. Tambien voy a asumir que en ADOQuery1.Connection tenes asignada una TADOConnection
|
#24
|
|||
|
|||
Efectivamente tengo conectado todo como debe ser, el ADOQuery1 esta en el form en el que hago la consulta, esta conectado al ADOCOnection, coloque la consulta tal cual la pasaste y sigue generando el mismo error, lo hice con el depurador activo y paso por paso, se detiene y genera el error en esta linea:
__________________
"Ningun precio es alto por el privilegio de ser uno mismo..." |
#25
|
||||
|
||||
Y cual es el error?
|
#26
|
|||
|
|||
First chance exception at $77682C1A. Exception class EOleException with message 'Argumentos incorrectos, fuera del intervalo permitido o en conflicto con otros'. Process ProGym.exe (5904)
Si en ese error le doy "Continue" me aparece este error: First chance exception at $77682C1A. Exception class EDatabaseError with message 'ADOQuery1: CommandText does not return a result set'. Process ProGym.exe (2352)
__________________
"Ningun precio es alto por el privilegio de ser uno mismo..." Última edición por ZiriusB fecha: 16-12-2015 a las 03:44:36. |
#27
|
||||
|
||||
Esa linea no puede generarte nunca esa excepcion Cita:
Cita:
Open se usa cuando se ejecutan sentencias SELECT, que devuelven un conjunto de filas y columnas como resultado (una tabla) ExecSQL se usa para todas las demas sentencias: DELETE, UPDATE, INSERT, etc y devuelve un Integer, que es la cantidad de registros afectados Cambia el Open por ExecSQL.. y de nuevo disculpas |
#28
|
|||
|
|||
Cita:
Me genera el error y me marca el primer parámetro, si lo quito y lo quito de la consulta me genera error en el siguiente y así sucesivamente. Esto me esta dando muchos dolores de cabeza :S
__________________
"Ningun precio es alto por el privilegio de ser uno mismo..." |
#29
|
||||
|
||||
Che, ¿porqué la insistencia en tomar los tipos como si fueran strings? Si en la tabla tienes campos integer, floats, etc. En tu código debes pasarles variables del mismo tipo, o la equivalente en delphi para dicho tipo.
Por otro lado cuando uno trabaja con ADO debe pasarle en .Value el valor correspondiente, pero más importante, previamente indicarle el tipo esperado:
Hace un tiempo que no uso Delphi asi que no estoy completamente seguro si así se llamaba la propiedad DataType. Consulta la ayuda por las dudas. No creo, ni debiera, que sea problema que al SQL que le pasas al ADOQuery veo espacio entre la comilla de inicio y fin. Pero por las dudas, corrige eso. MAL:
BIEN:
Saludos, |
#30
|
||||
|
||||
Amigo Marcelo, No hay problemas con el whitespace, de hecho es una practica que uso porque alguna vez me paso de concatenar SQL y olvidarme un espacio y obviamente el resultado es que da error de sintaxis, siempre dejando un blanco de cada lado me ahorro esos quebraderos de cabeza
Yo creo que el problema esta en la conexion, me ha pasado mil veces Cuando apenas empezaba en Delphi, hacia esto:
Esto repartido por todos lados en donde necesitaba un query, Y cual es el detalle? Falta asignar la conexion al TADOQuery; en particular, en ADO, da error al usar parametros Entonces hoy hago siempre algo similar a esto:
Listo nunca mas me olvido la conexion ---------------- Por otro lado revisa lo que te dice Marcelo, hay que respetar el tipo de los parametros en el query; como no nos diste esa informacion, yo asumi todo string Si 'cantfactu' es un Integer, le estas pasando la propeidad Text de un ComboBox, es decir, un string! Estas mezclando peras con manzanas, literalmente pd: Hoy parece que tengo las neuronas bastante apagadas |
#31
|
|||
|
|||
Sigue generando el mismo error, probé en otro form con otra tabla y otro ADO y me genera el mismo error, uso XE2 :S no se si tendra algo que ver con la versión. Cambie el combobox por un tedit. y me genera el mismo error :/
__________________
"Ningun precio es alto por el privilegio de ser uno mismo..." Última edición por ZiriusB fecha: 16-12-2015 a las 04:52:24. |
#32
|
||||
|
||||
Agustin, por algo decia que quiza no fuera un problema. Pero... a estas horas todo puede ser...
Y mejor no me hables de neuronas apagadas. Llevo 3 dias de mierda a causa de muy mal y poco dormir, el calor me esta haciendo mucho mal y encima anoche me di un susto enorme al comprobar que Lazarus no me iniciaba. Hace una hora, o un poquito más que termine la reistalacion y de paso actualizacion. Ya me tope con el primer escollo: me quitaron el anchordocking y el sentimiento borderline volvio. Saludos, |
#33
|
||||
|
||||
La burra al trigo! Al parametro cantfacu le defines un ftInteger pero en Value le sigues pasando un string.
Saludos, |
#34
|
||||
|
||||
Como hoy mismo me encontre diciendo, estos son los dias del año en que estamos todos locos, a mil por hora, cansados, y sobre todo este año, a la enesima potencia
-----------
Si traduzco eso a "humano", estas diciendo: Preparate, te voy a dar un "Integer" Toma, aca esta el "string" |
#35
|
|||
|
|||
Sigue generando el mismo error: "Argumentos incorrectos, fuera del intervalo permitido o en conflicto con otros'. Process ProGym.exe (5844)"
__________________
"Ningun precio es alto por el privilegio de ser uno mismo..." |
#36
|
||||
|
||||
Pero le pusiste valores a todos los parametros?
|
#37
|
|||
|
|||
Ya he intentado mil formas, solo cambie esa linea, las demás están igual, le asigne ese valor para probar, pero me sigue generando error:
__________________
"Ningun precio es alto por el privilegio de ser uno mismo..." |
#38
|
||||
|
||||
Ummm. Noto que en el SQL indicas el mismo nombre tanto al nombrar los campos como a los parametros.
En teoria no debiera dar problemas pero es una buena practica llamar a los parametros diferente... por ejemplo si el campo es IDArticulo que el parametro para este sea pIDArticulo. hace tiempo que no uso ADO, y se le conoce por ser un tanto rompe moldes y saca canas verdes. No me extrañaria que justo sea una casualidad de que el parser de MySQL mezclado con ADO lleve a un conflicto entre los nombres... uno de los errores da justo entender que no detecta los parametros. Saludos |
#39
|
||||
|
||||
Los campos que estan en negrita no estan en la definicion de la tabla, a menos que lo hayas agregado despues |
#40
|
||||
|
||||
Cita:
Mejor nos vamos a dormir que si seguimos nos ponemos peor... a mi me falta poco para ser zombie. Saludos |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
guardar precios. numeric o float? | Patricio | Firebird e Interbase | 5 | 07-10-2008 16:21:17 |
guardar text como un float | mjjj | Varios | 17 | 20-12-2007 11:44:17 |
Problemas con los float | tato | Varios | 2 | 03-04-2006 11:57:38 |
problemas con float y redondeos | wonder boy | Firebird e Interbase | 17 | 27-12-2005 20:59:06 |
Problemas con float.... | ilichhernandez | Varios | 2 | 20-12-2005 16:19:20 |
|