Trim et SQLQuery sur Interbase : question bête ?

bonjour à tous,

j'ai un champs CHAR(10) qui est alimenté par des valeurs du type "A1","A2","A3","A4","B1","B2".... etc
lorsque je fais un select sur ce champs, mon SQLQuery retourne bien les résultats mais sous la forme : "A1 ", "A2 "... (remplit d'espaces pour faire 10 caractères)

1ère question : Est ce normal ?

2ème question : La seule solution est elle d'utilisée l'UDF "trim" ?

3ème question : si oui, celle ci n'a pas l'air présente dans les UDF de interbase, où puis je la récupérer, et comment l'installée ?

Merci d'avance !

1/ oui, c'est normal (spécification norme SQL)

2/ non, tu peux définir la colonne en VARCHAR

3/ sans objet si tu utilises VARCHAR

merci beaucoup, c'est une solution parfaite ;-)

Y a -t-il une incidence particulière à utiliser du VARCHAR à la place du CHAR ?

Si les chaines stockées sont courtes, il y a léger gaspillage de place (le SGBD a besoin d'un octet-parfois 2- pour mémoriser la longueur de la chaine).

Sinon, c'est tout.

:? sauf peut-être pour des index portant sur une colonne de ce type ??? (en fait je ne sais pas comment le SGBD se dépatouille d'un index portant sur les 10 (par exemple) premiers caractères d'une colonne varchar dont la longueur moyenne occupée est 9 (toujours par exemple)...
Mais a priori il gère :wink:

Merci beaucoup pour ces infos !
:wink: