Forum

Hallo Gernot,

Danke für Deine Antwort und den unermüdlichen Einsatz gegen die DB2-Ignoranz.  😉

Die Ausgabe des von Dir gewünschten Befehls ist:

  Database Connection Information

Database server        = DB2/LINUXX8664 9.1.4
SQL authorization ID   = XXXXX
Local database alias   = YYYYY

SQLCA Information

sqlcaid : SQLCA     sqlcabc: 136   sqlcode: 0   sqlerrml: 56
sqlerrmc: 49ÿ1208ÿDB2FO   ÿXXXXXÿQDB2/LINUXX8664ÿ234ÿ234ÿ0ÿ819ÿ0ÿ
sqlerrp : SQL09014
sqlerrd : (1) 2                (2) -1               (3) 0
          (4) 1                (5) 0                (6) 0
sqlwarn : (1)      (2)      (3)      (4)        (5)       (6)
          (7)      (8)      (9)      (10)       (11)
sqlstate: 00000

Man beachte die ÿ-Zeichen in der Ausgabe… :-/

Nochmal zu meiner Situation und Frage zum Nachvollziehen:
a) Datenbank auf UTF-8
Database territory                                      = DE
Database code page                                      = 1208
Database code set                                       = UTF-8
Database country/region code                            = 49

b) Tabelle
c reate table test ( inhalt varchar(3000) for bit data )

c) db2 "i nsert into test values (‚äää…äää‘)"  ,wobei der String ‚ä‘ x 3000

d) Terminal steht auf LANG=en_IE@euro.ISO-8859-15

e) Bekomme Fehlermeldung, dass String nicht in die Spalte passt.

So, nun, welcher Baustein zum Verständis fehlt mir nun?
Wie wird Client-seitig bestimmt, welcher Ausgangscharacter-Set vorliegt? Warum wird überhaupt ein Characterset in Betracht gezogen, wenn angeblich "FOR BIT DATA" alles abschalten sollte?
Wo fehlt mir den entscheidende Punkt?

Gruß
Andreas

P.S.: Bin gerade auch über den 403-Fehler gestolpert. Sehr ärgerlich.