Fehlermeldung bei SNDNETSPLF

[i-effect]

Ich möchte hier gerne auf eine professionelle Lösung hinweisen:
i-effect *EMAIL - B2B-Kanal für niedrige Übertragungsmengen
Mit freundlichen Grüßen
M.H.

[takeoff/400]

Die Fehlermeldung war Tabelle Q500697A6Z nicht gefunden, allerdings gab es eine Q500697037 am System, die habe ich auf den "gewünschten" Namen kopiert und jetzt läufts wieder einwandfrei. Keine Ahnung wie das zustande kam, aber jedenfalls vielen Dank für die Hilfe!

[Fuerchau]

Nunja, 1141 entspricht nicht 037, es wird daher bei Sonderzeichen insbesonders Umlauten und "ß" zu Umsetzungsproblemen kommen.
A6Z entspricht der 1141.

Die Tabelle Q500695A6Z scheint da eher als Basis zu passen.

[takeoff/400]

ok, vielen Dank für die Info. Dann werde ich die 697A6Z löschen und von der 695A6Z nochmals kopieren. Wie diese Tabelle allerdings verschwinden konnte, ist fürmich nicht nachvollziehbar. Dankeschön.

[Fuerchau]

Die Tabelle gibts wohl im Standard gar nicht.
Schließlich kann man nicht alle möglichen Kombinationen vorhalten.
SNADS ist ja auch ein ziemlich altes Produkt und arbeitet wohl mit den TBL-Objekten.

SQL ist da wohl nicht mehr drauf angewiesen sonst hätte man da schon des öfteren Probleme bekommen.
Ich kann mich noch an Zeiten erinneren, in denen ich auch beim Zugriff auf Dateien den Hinweis auf fehlende Tabellen bekam.
Das neue Konvertierungs-API (iconv) kann dann wohl intern automatisch den Umweg über UCS2 gehen.