18 respuestas en este tema

[Fenareth]

Hola a todos y todas...


  Ahora no vengo con una pregunta si no con una queja      ... Resulta que estoy utilizando Zeos + Firebird y trataba de ejecutar ésta sentencia:

SELECT CVE_CAPT, MOD_BIT FROM CBOO_COBBIT WHERE

NUM_COBO = "'151'" AND FEC_EDO IN (SELECT MAX(FEC_EDO)FROM CBOO_COBBIT WHERE NUM_COBO = "'151'")

Pues resulta que Zeos me manda un error de columna '151' desconocida, pero la sentencia es correctamente ejecutada si lo hacemos desde IBExpert o desde un IBQuery.


    y pues sólo quería comentarles esa "pequeñísima" curiosidad con la que me encontré...


Saludox !

[Caral]

Hola
Y asi:

SELECT CVE_CAPT, MOD_BIT FROM CBOO_COBBIT WHERE
NUM_COBO = ''151'' AND FEC_EDO IN (SELECT MAX(FEC_EDO)FROM CBOO_COBBIT WHERE NUM_COBO = ''151'')

O mejor con parametros.

SELECT CVE_CAPT, MOD_BIT FROM CBOO_COBBIT WHERE
NUM_COBO = :com1  AND FEC_EDO IN (SELECT MAX(FEC_EDO)FROM CBOO_COBBIT WHERE NUM_COBO = :com2)

Uno de los problemas mas grandes que tuve con ib fue que sin parametros me costaba mucho que no me diera errores, usando parametros solucione todo.
Saludos

[Fenareth]

Pues me temo que así tendrá que ser amigo... dándole un poco la vuelta al problema 


Saludox !

[Marc]

Está claro que el problema está en el valor 151 que comparamos con NUM_COBO.

Lo que no entiendo es que lo delimites con doble comillas + comillas, no me sorprende que haga cosas extrañas (debes estar volviendo loco al parser de Zeos). Con unas comillas simples basta para delimitar el valor (es más, al ser un valor numérico no precisa de ningún tipo de delimitación, por lo que podría ir sin ningún tipo de comillas).

En cualquier caso, estoy de acuerdo con los compañeros en que siempre es más aconsejable usar una consulta con parámetros.

Saludos.

[hecjona]

En el standard SQL cuando escribes algo entre dobles comillas ( "ALGO" ) ese algo es un objeto de la base de datos ej: tablas, campos, etc..y cuando te refieres a cadena de texto lo pones con comillas simples ('HOLA').

Select "ID", "NOMBRE" from "usuarios" where "Nombre"='Hector';

[Fenareth]

Definitivamente sé que la loquera le da al momento de querer delimitarlo con comillas dobles y luego simples pero es mera necesidad amigos...


Los valores guardados en ese campo son de tipo String y están almacenados de esa manera: '151', '250', '1', etc...


Si yo envio en la sentencia algo así : WHERE NUM_COBO = '151' obviamente siempre me dice que ese valor no existe, ya que lo lee como 151, yo deseo que lo lea como '151'


Ahora mi referencia a que es un detalle interesante en Zeos es porque en otros componentes no presenta el problema, yo mando la consulta tal como la publiqué y obtengo los valores que deseo sin problemas...


Saludox !


P.D. Se preguntarán porqué en la tabla están almacenados los valores de esa manera... y es una historia larga de contar 

[Sergio]

Para pasarle unas comillas dentro de un texto has de paserle las comillas dobles, es decir, dos comillas simples donde quieras una simple:

SELECT CVE_CAPT, MOD_BIT FROM CBOO_COBBIT WHERE

NUM_COBO = '''151''' AND FEC_EDO IN (SELECT MAX(FEC_EDO)FROM CBOO_COBBIT WHERE NUM_COBO = '''151''')

Nosotros en delphi usamos QuotedStr(Texto) para esto, esta funcion añade comillas al principio y final del texto y duplica las comillas simples que contenga el texto, con lo que en delphi se veria asi:

delphi

//Valor contiene el texto que quieres pasarle
//es decir '150' con las comillas parte del texto
Query.Text:= 'SELECT CVE_CAPT, MOD_BIT FROM CBOO_COBBIT WHERE
NUM_COBO = '+QuotedStr(Valor)+' AND FEC_EDO IN (SELECT MAX(FEC_EDO)FROM CBOO_COBBIT WHERE NUM_COBO = '+QuotedStr(Valor))';

[razadi]

Saludos Fena, y no pensaste usar la siguiente sentencia?

delphi

sSQL := 'SELECT CVE_CAPT, MOD_BIT FROM CBOO_COBBIT WHERE NUM_COBO = '+QuoteStr('151')+' AND FEC_EDO IN (SELECT MAX(FEC_EDO)FROM CBOO_COBBIT WHERE NUM_COBO = '+QuoteStr('151')+ ')';

y pasarle la variable al SQL.Add(sSQL); de tu TZQuery

Saludos

[Fenareth]

Saludos Fena, y no pensaste usar la siguiente sentencia?

delphi

sSQL := 'SELECT CVE_CAPT, MOD_BIT FROM CBOO_COBBIT WHERE NUM_COBO = '+QuoteStr('151')+' AND FEC_EDO IN (SELECT MAX(FEC_EDO)FROM CBOO_COBBIT WHERE NUM_COBO = '+QuoteStr('151')+ ')';

y pasarle la variable al SQL.Add(sSQL); de tu TZQuery

Saludos

De hecho tuve que hacer por ahí algo interesante, porque el valor de 151 es variable... Hice ésto:

delphi

sAux := QuotedStr(s); // s es una variable que contiene el valor pero sin comillas, para eso utilicé el QuotedStr
sSQLx := 'SELECT CVE_CAPT, MOD_BIT FROM CBOO_COBBIT WHERE NUM_COBO ='''''+sAux+
                ''''' AND FEC_EDO IN (SELECT MAX(FEC_EDO) FROM CBOO_COBBIT WHERE NUM_COBO ='''''+sAux+''''')

 


Y de ésta manera pude pasarlo al TZQuery y lograr el resultado que necesitaba... En realidad tenía que buscar la manera de que resultara, mi punto en éste mensaje es que para IBExpert y para los IBQuery no resultó mayor problema como lo hice inicialmente, pero con el TZQuery se puso difícil...


Saludox ! 


P.D. Ya pongo este hilo como resuelto

[Marc]

Hola.

Y de ésta manera pude pasarlo al TZQuery y lograr el resultado que necesitaba... En realidad tenía que buscar la manera de que resultara, mi punto en éste mensaje es que para IBExpert y para los IBQuery no resultó mayor problema como lo hice inicialmente, pero con el TZQuery se puso difícil...

Pero no es un problema propiamente del TZQuery. Es un problema de Delphi, ya que la comilla es el delimitador de cadena en Delphi, y tú quieres construir cadenas con comillas dentro. Por eso no tienes el problema en IB-Expert, y en cambio habrías tenido el mismo problema con cualquier componente de acceso que hubieses usado (IBX, FibPlus, dbExpress, ...).

Saludos.

[Fenareth]

Hola.

Y de ésta manera pude pasarlo al TZQuery y lograr el resultado que necesitaba... En realidad tenía que buscar la manera de que resultara, mi punto en éste mensaje es que para IBExpert y para los IBQuery no resultó mayor problema como lo hice inicialmente, pero con el TZQuery se puso difícil...

Pero no es un problema propiamente del TZQuery. Es un problema de Delphi, ya que la comilla es el delimitador de cadena en Delphi, y tú quieres construir cadenas con comillas dentro. Por eso no tienes el problema en IB-Expert, y en cambio habrías tenido el mismo problema con cualquier componente de acceso que hubieses usado (IBX, FibPlus, dbExpress, ...).

Saludos.

No amigo Marc, utilizando un IBQuery desde el mismo Delphi, no me causó tampoco ningún problema... hice otra prueba en un manejador de firebird que fue desarrollado aquí en la empresa (en Delphi claro) y tampoco tuve problemas para ejecutar la sentencia, sólo que no estoy segura de los componentes que fueron utilizados para la comunicación...

Insisito, Zeos me quedó mal esta vez

Saludox !

[casi]

Pero no es un problema propiamente del TZQuery. Es un problema de Delphi, ya que la comilla es el delimitador de cadena en Delphi, y tú quieres construir cadenas con comillas dentro. Por eso no tienes el problema en IB-Expert, y en cambio habrías tenido el mismo problema con cualquier componente de acceso que hubieses usado (IBX, FibPlus, dbExpress, ...).Saludos.

Yo opino lo mismo que Marc, toda la vida ha sido así, con todos los componentes, eso es cosa de delphi, por eso es mejor usar el quotedstr(lavariablequesea) o hacerlo con parámetros y nos ahorramos de estar "construyendo" la sentencia sql.
También se puede hacer con las comillas, evidentemente, pero es más fácil equivocarse ''''hola'''+''''hasta luego''';

[Fenareth]

De nuevo mi cuestionamiento... y porqué con IBQuery no tengo problemas desde Delphi en esa consulta en específico ?


Todo lo que han dicho de que es mejor hacerlo de una u otra manera no lo discuto para nada, pero en este caso no existe un error como tal al momento de construir la sentencia, que es confusa, tal vez es cierto no lo niego, pero no hay un error como tal 


Saludox !

[casi]

De nuevo mi cuestionamiento... y porqué con IBQuery no tengo problemas desde Delphi en esa consulta en específico ?

uuummm... ¿Seguro de eso, amiga?

[Fenareth]

De nuevo mi cuestionamiento... y porqué con IBQuery no tengo problemas desde Delphi en esa consulta en específico ?

uuummm... ¿Seguro de eso, amiga?

Si amigo Casi, hice pruebas porque me dio mucha curiosidad el error que causaba la sentencia, y más porque cargaba la misma sentencia construida tanto a los componentes desde Delphi como en el IBExpert, además te cuento que inclusive junto con Egostar hice otra prueba con un TCientDataSet construyendo la misma sentencia y bualá !, no tuvo el más mínimo problema...

porqué no me creen ?

Saludox !

[Fenareth]

Acabo de hacer una nueva prueba....
1. Sentencia Original publicada en Post # 1
2. TZConnection + TZquery + DataSource + DBGrid -> Error !
3. IBDatabase + IBTransaction + IBQuery + DataSource + DBGrid -> Visualizo los valores correctamente en DBGrid !


 


Saludox ! 

[casi]

Pues sí que es extraño.
Yo no tengo zeos, a ver si saco tiempo y hago una pruebecita.

[mightydragon_lord]

Extraño no es, Zeos falla con Firebird 2.5 xD, ya lo intenté y la verdad me saca varios errores, con el 2.1 funciona perfecto.

[Fenareth]

Extraño no es, Zeos falla con Firebird 2.5 xD, ya lo intenté y la verdad me saca varios errores, con el 2.1 funciona perfecto.

Lo raro amigo es que yo uso Firebird 1.5 y es donde me genera los errores  

Saludox !