[NEWSboard IBMi Forum]
  1. #1
    Registriert seit
    Jul 2001
    Beiträge
    13

    Unhappy SQL-Cobol und OVRDBF

    Wer kann helfen,
    ich habe ein Cobol-Pgm welches mittels sql eine Datei liest. nun will ich mit orvdbf auf eine andere datei zugreifen und bekomme aber im joblog die fehlermeldung das eine bestimmte spalte nicht gefunden wurde. dazu sollte ich noch sagen, das bei der erstumwadlung keine datei vorhanden war, so das der pre-comp. nur allgemeine feldnamen generiert hat (format0001 usw.) was muss ich tun, damit ich dieses Programm mit beliebiegen dateien mittels ovtrdbf benutzen kann.
    Wird das Programm erneut umgewandelt funktioniert alles wie es soll (incl. ovrdbf)

    erstelle ich nun eine kopie der erstgenannten datei und versuche mit meinem programm (wieder mit ovrdbf) darauf zuzugreifen kommt es wieder zum o.B. ereignis.......

    ach so es ist ein opm und kein ile-cobol

    vielen dank.....
    kaym

  2. #2
    Registriert seit
    Jan 2002
    Beiträge
    53

    Post

    Spalte nicht gefunden ist wie Aktualitätsfehler bei normaler Dateiverarbeitung zu betrachten. Ich würde vor dem Umwandeln der Pgm-Quelle einen ovrdbf auf die Datei machen, oder die *LIBL so anpassen, daß die Datei in der Suchkette gefunden wird.

    MfG
    Klaus
    <BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>Original erstellt von kaym:
    Wer kann helfen,
    ich habe ein Cobol-Pgm welches mittels sql eine Datei liest. nun will ich mit orvdbf auf eine andere datei zugreifen und bekomme aber im joblog die fehlermeldung das eine bestimmte spalte nicht gefunden wurde. dazu sollte ich noch sagen, das bei der erstumwadlung keine datei vorhanden war, so das der pre-comp. nur allgemeine feldnamen generiert hat (format0001 usw.) was muss ich tun, damit ich dieses Programm mit beliebiegen dateien mittels ovtrdbf benutzen kann.
    Wird das Programm erneut umgewandelt funktioniert alles wie es soll (incl. ovrdbf)

    erstelle ich nun eine kopie der erstgenannten datei und versuche mit meinem programm (wieder mit ovrdbf) darauf zuzugreifen kommt es wieder zum o.B. ereignis.......

    ach so es ist ein opm und kein ile-cobol

    vielen dank.....
    kaym
    [/quote]


  3. #3
    Registriert seit
    Jan 2001
    Beiträge
    340

    Post

    <BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>
    nun will ich mit orvdbf auf eine andere datei zugreifen
    [/quote]

    hat die Datei _dasselbe_ layout ? sonst geht das nicht mit OVRDBF

    <BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>
    damit ich dieses Programm mit beliebiegen dateien mittels ovtrdbf
    [/quote]
    das geht _nur_, wenn die Dateien _dasselbe_ layout haben, siehe auch Handbuch (!)

    Gruß Rolf

  4. #4
    Registriert seit
    Jul 2001
    Beiträge
    13

    Post

    1. datei im echtbetrieb nur temporär vorhanden, wird in qtemp erstellt .....

    2. Dateilayout ist immer gleich (hat mehrere Teildatein

  5. #5
    Registriert seit
    Jan 2001
    Beiträge
    340

    Post

    <BLOCKQUOTE><font size="1" face="Verdana, Arial">Zitat:</font><HR>
    2. Dateilayout ist immer gleich (hat mehrere Teildatein
    [/quote]

    dann steht Aussage gegen Aussage , denn die Maschine sagt, daß das Layout nicht gleich ist. Ohne weitere Info (z.B. wären solche Dinge wie Auszug aus Joblog, source hilfreich) könnte nur meine Kristallkugel weiterhelfen, die ist aber nicht in Betrieb

    Gruß
    Rolf

  6. #6
    Registriert seit
    Feb 2001
    Beiträge
    20.241

    Post

    Wichtig ist, dass die Datei zum Umwandlungszeitpunkt bereits existieren MUSS !
    Der Compiler legt eine bereits compilierte SQL-Anweisung (prepared) als SQLPKG im Programm ab (überprüfbar mit CRTSQLPKG PGM(...) und anschließendem PRTSQLINF auf dieses Paket).

    Später kann dann durchaus mittels OVRDBF die tatsächlich zu verwendende Datei/Teildatei angegeben werden (auch QTEMP).

    Wenn das Format (Spaltenlayout) zur Umwandlung noch nicht bekannt ist, helfen nur dynamische SQL's (siehe auch Anweisungen PREPARE, EXECUTE und FETCH INTO mit SQLDA).
    Dienstleistungen? Die gibt es hier: http://www.fuerchau.de
    Das Excel-AddIn: https://www.ftsolutions.de/index.php/downloads
    BI? Da war doch noch was: http://www.ftsolutions.de

Similar Threads

  1. RPGLE - SQL
    By christian_lettner in forum NEWSboard Programmierung
    Antworten: 2
    Letzter Beitrag: 16-11-06, 10:15
  2. SQL .. for update of (RPG embedded SQL)
    By loeweadolf in forum NEWSboard Programmierung
    Antworten: 2
    Letzter Beitrag: 01-06-06, 09:43
  3. AS/400 Entwickler (SQL und Cobol) PLZ 48 gesucht
    By nuan in forum NEWSboard Server Job
    Antworten: 0
    Letzter Beitrag: 02-02-06, 16:21
  4. per SQL aus ILE COBOL in DB2 schreiben?
    By rebe in forum NEWSboard Programmierung
    Antworten: 5
    Letzter Beitrag: 24-03-05, 14:36
  5. Problem bei ILE COBOL mit sql connect to
    By rebe in forum IBM i Hauptforum
    Antworten: 1
    Letzter Beitrag: 07-09-01, 13:55

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • You may not post attachments
  • You may not edit your posts
  •