Fehler in DB, aber Wo?

[B.Hauser]

Ich nehme an die Zeit ist ein numerisches Feld und die Datei wurde mit DDS erstellt.

Du kannst folgendes versuchen:
Erstelle eine Tabelle mit SQL, in der der eindeutige Schlüssel (sofern einer vorhanden) der ersten Datei und eine Spalte in die die relative Satz-Nr. aus der 1. Datei übernommen wird und eine Spalte mit der numerischen Zeit.

Dann versuche mittels Insert die Sätze aus der 1. Datei zu übernehmen. Sobald der 1. fehlerhafte Satz übernommen werden soll, bricht der Insert ab, da in SQL Tabellen keine ungültigen numerischen Werte übernommen werden können.

Auf diese Art und Weise könntest Du Dich vorarbeiten.

@Dieter - SQL sind Datums- und Zeit-Formate schnurz, da bei Datums und Zeit-Werten immer der Binär-Wert verwendet wird und das Datums und Zeit-Format nur dazu verwendet wird um den Binär-Wert sichtbar zu machen.

Bei embedded SQL tritt das Problem mit falschem Format deshalb auf, weil RPG alle Datums- und Zeitangaben nach alpha konvertiert und erst wieder beim Zurückschreiben in den Binär-Wert konvertiert.

Birgitta

[Fuerchau]

Meistens gibts im Joblog einen Datenumsetzungsfehler unter Angabe der relativen Satz-Nr. des betroffenen Satzes.

Ich muss Dieter da Recht geben, da Query per Default mit den Job-Datumsformat arbeitet und Werte ausserhalb der Range 1940 - 2039 meist mit '++++' anzeigt.
Bei Dateiausgabe läuft das dann auf einen Fehler.
Ursache ist hierfür meist der LOWVAL-Wert eines Datums 1.1.0001.
Das Selbe Phänomen habe ich auch bei STRSQL (F13 Datumsformat).

Reine Zeitformate sind da auch eher unkritisch, Timestamps sowieso, da dieses Format fest definiert ist.