Cpyf und alternativer Tabellenname

[Fuerchau]

Dieter, da gehe nicht ganz mit dir überein.
Der lange Name ist nun Bestandteil des Dateiobjektes (sonst könnte Save/Restore) nicht funktionieren.
CRTDUPOBJ kann das im Übrigen auch nicht.

Die Erklärung liefert übrigens der CPYF gleich mit:

Datei erstellen (CRTFILE) - Hilfetext

Gibt an, wann dieser Befehl zum Kopieren von einer physischen oder
logischen Datei benutzt wird, und ob eine physische Datei erstellt wird,
um die Daten zu empfangen, wenn die angegebene Nach-Datei nicht
vorhanden ist. Ist die Nach-Datei eine DDM-Datei (Management für
verteilte Daten), die eine nicht vorhandene ferne Datei kennzeichnet,
wird die Nach-Datei auf dem Zielsystem erstellt.

*NO
Beim Starten des Befehls muss die Zieldatei bereits vorhanden sein.
Eine physische Datei zum Empfangen der Daten wird nicht erstellt.

*YES
Ist die Zieldatei nicht vorhanden, wird eine physische Datei mit dem
bei Parameter Zieldatei (TOFILE) angegebenen Namen erstellt. Ist die
Ausgangsdatei eine SQL-Tabelle, eine SQL-Sicht oder ein SQL-Index
mit einem Feld der Art benutzerdefiniert, DataLink oder LOB (Large
Object), wird eine physische Datei erstellt, die eine SQL-Tabelle
ist. In allen anderen Fällen wird als Zieldatei eine physische
Datenbankdatei erstellt, die keine SQL-Tabelle ist. Neben den
normalen Gültigkeitsprüfungen beim Kopieren müssen folgende
Sonderbedingungen beim Kopiervorgang zum Erstellen einer Zieldatei
erfüllt sein:

[BenderD]

also ich kann da nirgends eine Einschränkung entdecken, warum das nicht gehen soll und von Langnamen oder ähnlichem steht da ebenfalls nix...

Dieter, da gehe nicht ganz mit dir überein.
Der lange Name ist nun Bestandteil des Dateiobjektes (sonst könnte Save/Restore) nicht funktionieren.
CRTDUPOBJ kann das im Übrigen auch nicht.

Die Erklärung liefert übrigens der CPYF gleich mit:

Datei erstellen (CRTFILE) - Hilfetext

Gibt an, wann dieser Befehl zum Kopieren von einer physischen oder
logischen Datei benutzt wird, und ob eine physische Datei erstellt wird,
um die Daten zu empfangen, wenn die angegebene Nach-Datei nicht
vorhanden ist. Ist die Nach-Datei eine DDM-Datei (Management für
verteilte Daten), die eine nicht vorhandene ferne Datei kennzeichnet,
wird die Nach-Datei auf dem Zielsystem erstellt.

*NO
Beim Starten des Befehls muss die Zieldatei bereits vorhanden sein.
Eine physische Datei zum Empfangen der Daten wird nicht erstellt.

*YES
Ist die Zieldatei nicht vorhanden, wird eine physische Datei mit dem
bei Parameter Zieldatei (TOFILE) angegebenen Namen erstellt. Ist die
Ausgangsdatei eine SQL-Tabelle, eine SQL-Sicht oder ein SQL-Index
mit einem Feld der Art benutzerdefiniert, DataLink oder LOB (Large
Object), wird eine physische Datei erstellt, die eine SQL-Tabelle
ist. In allen anderen Fällen wird als Zieldatei eine physische
Datenbankdatei erstellt, die keine SQL-Tabelle ist. Neben den
normalen Gültigkeitsprüfungen beim Kopieren müssen folgende
Sonderbedingungen beim Kopiervorgang zum Erstellen einer Zieldatei
erfüllt sein:

[Fuerchau]

Naja, lange Rede kurzer Sinn (auch wenns nicht da explizit steht) werden sämtliche Aliase mit kopiert und beim Alias des Dateinamen scheitert das System.
Vorschrift ist hier halt: kopiere mit SQL.

Es gibt leider nur eine Regel, wie lange Namen in kurze übersetzt werden und nicht wie vorhandene lange Namen ggf. vom System umbenannt werden sollen.

[Joe]

Hallo,

Wieso nochmal? ein typisches Beispiel dafür, dass eine klarere Problembeschreibung direkt zur Lösung geführt hätte.

mfg

Dieter Bender

@Baldur: Solange mir keiner dokumentiert zeigt, dass das ein Feature ist, ist das für mich ein Bug!!!

Sorry, ich war der Meinung mein Problem ausführlich genug beschrieben zu haben.

Nochmal vielen Dank für die Problemlösung.

Gruß

Joe