problemas con las ñ
 

Un saludo para todos.
Empleo Delphi xe7, BD Firebird 2.5 charset: ISO8859-1

Si inserto datos con la instruccion sql INSERT, el campo (tipo varchar(32)) no se graba correctamente la ñ( y supongo que también los acentos... pero no lo he probado)
El insert se hace a través de parámetros :

Código Delphi [-]
SQLInsert.ParamByName('IDESCRIP').AsString := Trim(edtDescrip.Text);

y el sql es :

Código SQL [-]
insert into SC_SCAN (..,descripcion,..)
values(..,:IDESCRIP,..)

y como digo en la BD se graba: 'foto tamaño carnet'.
Deberia ser: 'foto tamaño carnet'.

Sin embargo, si la inserción de datos lo hago a través de un ClientDataSet el resultado es el correcto. Es decir se graba correctamente las ñ.

Código Delphi [-]
CDSDocuDESCRIPCION.AsString := Trim(edtDescrip.Text);

edtDescrip es un TEDIT.
¿Alguien sabe porque sucede esto?, no le ha ocurrido a nadie más?. es un bug?, es un error de configuración?, alguna idea?
Gracias a todos.

¿Por qué dices que no se graba la ñ?
¿Cómo compruebas lo que se ha grabado?

Lo veo directamente en la base de datos a través de FlameRobin DataBase Admin. Si está bien grabado, aparece la ñ si no lo está, aparecen los caracteres que he puesto anteriormente.
También cuando el contenido del campo lo llevo a un formulario, bien a un dbedit o a un dbgrid. Aquí también se ve si está bien grabado o mal grabado.

¿Y la BD está creada con el formato iso8859-1 o solamente el campo descripcion?

La base de datos

Pues no tiene lógica ninguna.
¿No será alguna configuración de flamerobin por lo que no ves la ñ?
¿Has probado directamente con isql, por ejemplo?

he probado con IBExpert y pasa lo mismo.

Lo absurdo del caso es que si lo grabo con clientdataset.applyupdate, el campo se ve bien...

Pues si no podemos probar ni "tocar", poco podemos hacer :rolleyes:
¿Puedes compartir la estructura de la bd?

La estructura de la base de datos no tiene nada especial.
Fue creada con un scrip y no directamente con FlameRobin.

CREATE TABLE SC_SCAN (' +
' cliente integer default 0 not null,' +
' poliza varchar(18),' +
' descripcion varchar(32),' +
' nom_fich varchar(90),' +
' fecha_scan date,' +
' hora_scan time,' +
' usuario varchar(10))';

Y gracias Casimiro por tu tiempo.

Bueno, "algo" sí que debe tener de especial porque no es lógico que guarde unicode si tiene iso8859-1
Y eso no puede ocurrir.

No se, no me alcanza.
Ten en cuenta que cuando lo grabo con CLIENTDATASET se graba correctamente, sobre el mismo campo y viniendo la información del mismo TEDIT.
El error viene al hacer un INSERT.

Pues algo diferente debe haber, está claro.