Error en Query

[ruina]

asi a ojo diria que has activado la propiedad Requestlive del query. Un Query solo puede ser "live" (actualizable) y comportarse como una tabla con consultas "simples" es decir, que solo impliquen a una tabla (nada de joins) y que el where sea, también, sencillo (nada de subconsultas).


para todo lo demas masterca... digoooo TUpdateSQL, que cuesta un poco mas ponerse con él pero es muy potente.

[silviodp]

Me doy cuenta que ese error lo da cuando agrego a la lista de campos a listar el campo 'User', que es un campo que guarda direcciones de correo electronico.
Otro error que no entiendo es 'Type mismatch in expresion', la verdad no puedo logar saber qu es...
Gracias.
La consulta es la siguiente:

SELECT IdUsuario,Nombre,Telefono,Tarifa,Nrec FROM Usuarios2
WHERE %s BETWEEN :DESDE AND :HASTA
ORDER BY %s

Silvio.-

[__marcsc]

Hola,

ese %s que pones que se supone que es?? Con toda seguridad eso es lo que hace que la consulta no te funcione, tanto por el WHERE como en el ORDER BY.

Puedes explicar qué quieres que haga el query?

[Tino]

Empezado por marcsc

ese %s que pones que se supone que es?? Con toda seguridad eso es lo que hace que la consulta no te funcione, tanto por el WHERE como en el ORDER BY.

Es el %s lo que hace que dé error la SQL, pero no porque esté mal puesto sino porque de seguro que usa la función Format para formar la SQL; una SQL errónea. El error más típico es comparar un campo de tipo texto con una cadena sin entrecomillar (de ahí el type mismatch o error de disparidad de tipos).

Hace una semana, colgué un hilo en el foro sobre el uso de la técnica de usar Format para generar SQLs dinámicas. En verdad, cuando la SQL es muy variable (variabilidad en el FROM o en la SELECT o incluso en el GROUP BY) no es posible usar solo parámetros y en este caso es cuando es muy útil el uso de Format (combinado con el uso de parámetros en lo posible). Bueno, esto perjudica (minimamente) la eficiencia de la consulta y no será muy transportable por si quieres, por ejemplo, migrar de dBase a Informix. Por no hablar del SQL inyectado ....

Tengo esta rútina para depurar SQLs dinámicas que posiblemente os será útil:

Código Delphi [-]
uses Clipbrd;
procedure DepuraString(ATxt: String);
begin
   Clipboard.Clear;
   Clipboard.SetTextBuf(PChar(ATxt));
   ShowMessage(ATxt);
end;

Esta rutina saca una ventana con la SQL que se forma y además la pega en el portapapeles por lo que puedes llevartela a tu editor SQL favorito, ejecutar y ver exactamente donde falla. Para usarla debes llamarla justo antes del Query.Open (cuando ya está formada la SQL):

Código Delphi [-]
   DepuraString(Query.SQL.Text);
   Query.Open;

Una vez capturada la SQL, es muy fácil depurarla.

Saludos.

[__marcsc]

Bueno, como ha puesto ese SQL yo entendía que lo ponía en tiempo de diseño en la propiedad SQL del Query. Enentedría que a %s le pueden faltar comillas pero creo que no es el caso dado que la condición seria un poco rebuscada y además lo incluye también en el order by, por lo que realmente parece que en lugar de %s quiere poner un campo.

Por eso pregunto que qué es lo que quiere hacer exacamente con el Query, porqué creo que si explica un poco más y no da un poco de "contexo" será realmente sencillo encontrar el error.

Saludos.

[Tino]

Estoy de acuerdo contigo marcsc. Tan solo comentaba el uso de Format para generar sqls y comprobar que no soy el único que lo usa (no estoy solo en el universo, menos mal) :-P



Sabiendo el motor de bd y la SQL (final) sería inmediato hallar la solución.

[silviodp]

Es exactamente como dice Tino estoy usando Format para realizar consulta dinámica, ese '%s', es un parámetro, y estoy seguro que no es eso lo que estoy haciendo mal porque lo utilizo siempre en mis listados, etc, lo que quería saber, por si no fui claro, es que significaba ese error, nada más.
Estoy usando el DBE, en Delphi 5.
Gracias.-