Pasar String a Integer

[Mick]

Empezado por roman

Edito:

Si usas AsString, ¿no queda el valor encerrado entre comillas?

// Saludos

No, porque el campo al que asignas no sabe almacenar strings, solo numeros, ya que es de tipo entero. Al usar AsString, le indicas al objeto TField que el numero a asignar esta en forma de string, de modo que el objeto TField hace la conversion STrToInt internamente y despues asigna el entero resultante al campo.

Independiemente de esto las comillas en una variable de cadena no se guardan, las comillas son unos delimitadores del lenguaje para que el compilador sepa que lo que estas asignando es una cadena de texto no un numero. Es decir las comillas que delimitan cadenas solo tienen sentido en el codigo fuente para diferenciar unos tipos de valores de otros, pero no existen, no aparecen por ningun lado en el ejecutable resultante traducido a codigo maquina.

Saludos
Miguel

[jachguate]

Empezado por Mick

No, porque el campo al que asignas no sabe almacenar strings, solo numeros, ya que es de tipo entero. Al usar AsString, le indicas al objeto TField que el numero a asignar esta en forma de string, de modo que el objeto TField hace la conversion STrToInt internamente y despues asigna el entero resultante al campo.

Pues no estamos hablando de TField sino de TParam. De todas formas supongo que el comportamiento será similar.

Empezado por Mick

Independiemente de esto las comillas en una variable de cadena no se guardan, las comillas son unos delimitadores del lenguaje para que el compilador sepa que lo que estas asignando es una cadena de texto no un numero. Es decir las comillas que delimitan cadenas solo tienen sentido en el codigo fuente para diferenciar unos tipos de valores de otros, pero no existen, no aparecen por ningun lado en el ejecutable resultante traducido a codigo maquina.

No creo que le hiciera falta la aclaración a Roman... . De todas formas, supongo que román se referia a que el dato se trasladara entre comillas al servidor de base de datos. NO estoy seguro de esto, y no habia replicado por ello. Aunque el dato se traslade entre comillas, la mayoría de SGDBs haran una conversión automática de tipos. El problema radica en que si existe la posibilidad que el dato trasladado no sea un número, se hará trabajar innecesariamente al servidor con algo que pudo comprobarse en el cliente.

A los parámetros, puede asignarseles el tipo de dato (DataType) en tiempo de diseño. NO puedo comprobarlo ahora, pero es probable que al tener definido algún tipo de dato numérico (ftInteger, ftSmallInt, ftFloat, ftCurrency o ftBCD) esta comprobación la realizaria también automáticamente. Si alguien puede probarlo y sacarnos de la duda, se le agradece.

Hasta luego.

[roman]

¡Uy! Ahora sí me regresaron al kinder

A lo que me refería en efecto, es a las comillas en SQL no en el código fuente. Si hago una consulta como

Código SQL [-]
select * from tabla
where nombre = roman

obtendré un error ya que roman se interpretará como nombre de campo en lugar de la cadena "roman".

En una consulta como

Código SQL [-]
select * from tabla
where nombre = :nombre

Cuando asignamos el parámetro con AsString se colocan las comillas alrededor del valor:

Código SQL [-]
select * from tabla
where nombre = 'roman'

Aun siendo el parámetro de tipo entero, AsString coloca las comillas. Mi confusión fue que no tomé en cuenta que el servidor hacía la conversión de tipos.

// Saludos

[buitrago]

usa QuotedStr para ponerle comillas a tu texto antes de mandarlo.

Saludos

Fer

[jachguate]

Creo que este tema está confundiendo a los visitantes...