Hrm.. sagen wir es so: Aus wenn es ein NVarChar2(x) ist, geht es nicht. Ein Vergleich auf eine längere Zeichenfolge (z.B. Abfrage nach Matnummer = '123456' oder Auftragsnummer = '11.111.111') funktioniert hingegen einwandfrei.
Das Umwandeln in einen Char(1) muss ich mal probieren wenn ich am Samstag wieder beim Kunden sitze.
Hrm.. Trim() sieht aber schöner im Code aus als Substr(NAME, 1, 1)
Das mit dem NVarChar war aus dem Hintergrund geboren, dass die restlichen Strings alle Unicodefähig sein müssen, weil die, die das Programm hinterher verwenden _sehr_ International ausgerichtet arbeiten. Und sollten die auf die Idee kommen ihr 'Ja' / 'Nein' auf einmal Chinesisch oder Japanisch oder Russisch oder wie auch immer darzustellen sollte das eigentlich drin sein... Naja, das wird kein Hinderungsgrund für eine Abnahme sein, aber es ist einfach unschön.
Ich meine, ich könnte ja auch einfach auf != umschwenken - da gehts ja seltsamerweise...