Error en Query

[__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.-

[Tino]

'Capability not supported', como ya ha comentado marcsc, significa que el motor de bd no soporta alguna instrucción SQL (no estándar) que estás lanzando. Por eso, necesitariamos saber el tipo de bd (access, paradox, dBase, Ms SQL server, Oracle, etc...) que estás utilizando y la SQL exacta para ser más concretos.

En cuanto al error 'Type mismatch' se trata de un error de tipos y puede ser debido a que estés comparando un campo de tipo cadena con otro tipo de datos, un entero por ejemplo.

Publica tu código y te ayudamos más.

[silviodp]

Estoy utilizando el BDE con tablas Paradox 7, el primer error me di cuenta que lo da cuando en la lista de campos incluyo uno donde guardo direcciones de Correo Elect., puede ser??, ya que si no incluyo el mismo la Query funciona...
Y el segundo si puede ser que me esté equivocando de tipos cuando ejecuto la Query dinámicamente...

Silvio.-