Pasar String a Integer

[ramonibk]

MUchas Gracias me ha funcionado perfectamente
con StrToInt.

[PARF]

La conversión se hace: StrToInt(Ed_Id.Text);

Se puede utilizar en el query
qryVisado.ParamByName('_Id').AsInteger:=StrToInt(Ed_Id.text);

[buitrago]

De todos modos, este tipo de conversiones, que pueden EXPLOTAR, debes hacerlas dentro de un TRY

Saludos

Fer

[jachguate]

Solo aclarar que el parámetro tiene una propiedad AsString a la que directamente le podrias asignar el string, sin conversión alguna.

query.parambyname('codigo').AsString := label1.caption;

Saludos.

[roman]

Empezado por jachguate

query.parambyname('codigo').AsString := label1.caption;

Edito:

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

// Saludos

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