Josber, he mirado más por internet y lo que he encontrado definitivamente es lo que decía antes:
Cita:
|
❞
TEXT and CHAR will convert to/from the character set they have associated with time. BLOB and BINARY simply store bytes.
BLOB is used for storing binary data while Text is used to store large string.
BLOB values are treated as binary strings (byte strings). They have no character set, and sorting and comparison are based on the numeric values of the bytes in column values.
TEXT values are treated as nonbinary strings (character strings). They have a character set, and values are sorted and compared based on the collation of the character set.
MySQL :: MySQL 5.0 Reference Manual :: 11.4.3 The BLOB and TEXT Types |
Es decir, el BLOB como tal no existe en COBOL. Pero en definitiva sigue siendo texto, lo que pasa es que mientras que a los CHAR se les asigna un CHARACTER SET para mostrar el juego te caracteres correspondiente a una codificación, los BLOB y VARBINARY no tienen CHARACTER SET y se asigna byte por byte el código que tú le metas. Con lo cual, digo yo que debería funcionarte como si fuera un PIC X(?).
MySQL :: MySQL 5.0 Reference Manual :: 11.1.3 String Type Overview
Cita:
|
❞
Specifying the CHARACTER SET binary attribute for a character data type causes the column to be created as the corresponding binary data type: CHAR becomes BINARY, VARCHAR becomes VARBINARY, and TEXT becomes BLOB.
|
La longitud del BLOB máxima es de 255 caracteres. Por ello debe ser, sea un PIC X(255), sea también puedes probar con un campo padre:
Código COBOL:
01 MI-BLOB.
49 FILLER PIC X(256).
Para VARBINARY debería ser sea:
Código COBOL:
01 MI-VARBIN.
49 MI-VARBIN-L PIC S9(4) COMP-4.
49 MI-VARBIN-D PIC X(256).
Sea lo mismo pero haciendo MI-VARBIN-D (datos) como MI-BLOB, es decir con campo padre.
A ver qué tal...
