FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Hola!!!
Para que es el QuotedStr(validancontrol.Text)??? Gracias por atender!!!!
__________________
No Decaigas que Vivir es Aprender...
|
#2
|
||||
|
||||
Suponte que validancontrol tiene el texto HU74832. Si examinas la sentencia SQL verás que queda así:
Lo cual es incorrecto por que faltan las comillas alrededor de HU74832. QuotedStr te pone esas comillas. Podrías hacerlo tú misma:
pero termina siendo bastante ilegible tantas comillas. De hecho, lo mejor siempre que uses consultas donde el valor de un campo varíe, es usar parámetros:
y sustituir el parámetro al momento de ejecutar la consulta:
Al usar AsString, ya le estás indicando que el parámetro es texto y se agregarán las comillas automáticamente. El uso de parámetros te deja un código mucho más prolijo y manejable. // Saludos |
#3
|
||||
|
||||
Hola!!!
y sustituir el parámetro al momento de ejecutar la consulta:
Disculpa pero, te refieres a colocar esta instruccion antes de la siguiente???
Gracias nuevamente por tu pronta atención!!!!
__________________
No Decaigas que Vivir es Aprender...
|
#4
|
||||
|
||||
Cita:
// Saludos |
#5
|
||||
|
||||
Mi código quedó de la siguiente manera:
Pero aun me sigue marcando el mismo error!!! Nuevamente Muchas Gracias!!!
__________________
No Decaigas que Vivir es Aprender...
|
#6
|
||||
|
||||
¡Pues no veo nada extraño! Excepto dos cosas:
1. En 'From ":BDBECAS_BAJDEF: DATPERAL yo quitaría el espacio después de los segundos : 2. Supongo que es innecesario el ; al final de la consulta. En Paradox, el punto 1 marca un error pero distinto al que mencionas. El punto 2 no genera problemas pero no sé qué base de datos uses y quizá sí afecte. // Saludos |
#7
|
||||
|
||||
Cita:
Cita:
Para la Base de Datos utilizo Access Muchas gracias por tu Atención!!!
__________________
No Decaigas que Vivir es Aprender...
|
#8
|
||||
|
||||
Saludos
Cita:
Si aun tienes problemas con la sentencias, pues yo te aconsejos que lo manejes en tiempo de dise~o, es decir, agregando la sentencias (con algun valor en "where") al dataset en su propiedad SQL, lo activas y chequea a ver si aun te da el error. Yo, aveces, verifico la sentencias de esa forma en el dataset en tiempo de dise~o antes que en ejecucion.
__________________
Van Troi De León (Not) Guía, Code vB:=Delphi-SQL, ¿Cómo? Viajar en el tiempo no es teóricamente posible, pues si lo fuera, ya estarían aqui contándonos al respecto! |
#9
|
||||
|
||||
Disculpen mi ignorancia, nunca he trabajado en Paradox (si es este el caso) pero: ¿Esta bien que el nombre de la tabla vaya entre comillas dobles en esa consulta? Porque yo en otros manejadores siempre lo pongo sin comillas o entre corchetes: [:BDBECAS_BAJDEF: DATPERAL]. ¿Alguien que me oriente un poco?
__________________
"En el siglo de la estupidez todas las casas comienzan por la fachada" (Fuckowsky) Planeta Insólito, La Pluma Inspirada |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Excepciones | Acker | Tablas planas | 6 | 06-08-2005 15:22:18 |
invalid expression in the select .... | IVAND | Firebird e Interbase | 3 | 27-02-2005 01:52:12 |
type mismatch in expression | noe | SQL | 1 | 12-02-2005 02:41:26 |
Database Desktop, Type Mismatch Expression en campo fecha | fjolivares | SQL | 1 | 19-01-2005 13:45:53 |
Version Mismatch en Paradox | Selene | Tablas planas | 1 | 11-08-2004 20:12:44 |
|