[NEWSboard IBMi Forum]

Thema: SQL & Cobol

  1. #1
    Registriert seit
    Aug 2006
    Beiträge
    2.077

    SQL & Cobol

    Hallo *all,

    angeblich kann ich ja aus einer UDF heraus auch ein Cobol Programm aufrufen.
    Gibt es irgendwo ein Aussagekräftiges Beispiel?
    Am liebsten mit Parameterübergabe hin und zurück damit ich etwas steuern kann.

    Hatte jetzt auf Anhieb für mich nichts sinnvolles zum Thema gefunden.

    Für Hinweise dankbar.

    GG 4874

  2. #2
    Registriert seit
    Aug 2003
    Beiträge
    1.508
    Hi,
    ein Beispiel habe ich jetzt nicht, aber du kannst Cobol Programme als Externe SQL Prozedur/Funktion definieren.
    Diese kannst du dann überall via SQL aufrufen.
    Hast du das schon probiert?

    lg Andreas

  3. #3
    Registriert seit
    Feb 2001
    Beiträge
    20.236
    Die Aufrufe aus SQL unterscheiden sich nicht von denen für RPG oder andere.
    Wichtig ist halt nur, sich für einen "Parameter Style" zu entscheiden, denn der unterscheidet im Wesentlichen, ob NULL-Flags möglich sind oder auch Fehlermeldungen zurückgegeben werden können.
    Der Style SQL bzw. DB2 ist der vernünftigste:

    Je Function/Procedure-Parameter ein Feld, bei Functions ein zusätzliches Feld für den Returnwert.
    Anschließend je Feld einen Null-Anzeiger (S9(4) COMP-4), danach noch ein paar SQL-spezifische Infos wie SQLSTATE und MSG.
    Steht alles im SQL-Programmierhandbuch.
    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

  4. #4
    Registriert seit
    Aug 2001
    Beiträge
    2.873
    Ich würde beim Registieren von Programmen und Prozeduren den Paramter-Style GENERAL benutzen, dann muss man nämlich die eigentlichen Programm-Parameter nicht erweitern.
    Parameter Style SQL ist eigentlich nur für externe User Defined Functions erforderlch.

    Birgitta
    Birgitta Hauser

    Anwendungsmodernisierung, Beratung, Schulungen, Programmierung im Bereich RPG, SQL und Datenbank
    IBM Champion seit 2020 - 4. Jahr in Folge
    Birgitta Hauser - Modernization - Education - Consulting on IBM i

  5. #5
    Registriert seit
    Feb 2001
    Beiträge
    20.236
    Style SQL ist erforderlich, wenn man mit NULL-Inhalten umgehen will und Fehler (nicht mit MSGAPI's) zurückgeben will.
    Bei General entfällt nämlich der Aufruf, wenn einer der Parameter NULL ist. Dies kann Absicht sein, muss es aber nicht.
    Im Sinne von SQL sollte man gerade den Style General nicht nehmen, da damit Aufrufoptimierungen u.ä. entfallen, außerdem sieht man in der Quelle auch besser, was da los ist und dass es sich um eine SQL-Function/-Procedure handelt.
    Möchte man "Allerweltsprogramme", die sowohl von SQL als auch native aufgerufen werden können, sollte man grundsätzlich SQL wählen, da man per "EXEC SQL CALL ..." oder "EXEC SQL SET : MYVar = MyFunc(...)" den Aufruf ja trotzdem hinbekommt.
    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

  6. #6
    Registriert seit
    Aug 2006
    Beiträge
    2.077
    Also nach dem Hinweis auf das SQl Handbuch habe ich mit ein wenig Lesen und googeln folgenden Link gefunden.
    https://www.ibm.com/support/knowledg...regeneral.html

    BTW. Die benutzen auch Parameter-Style General, was mir jetzt aber noch nicht wirklich was sagt.....

    GG 4874

Similar Threads

  1. COBOL, SQL und Subfile
    By nico1964 in forum NEWSboard Programmierung
    Antworten: 4
    Letzter Beitrag: 08-01-16, 10:30
  2. Cobol und IFS
    By KingofKning in forum NEWSboard Programmierung
    Antworten: 11
    Letzter Beitrag: 19-02-15, 09:10
  3. Cobol-Compiler
    By infomio in forum IBM i Hauptforum
    Antworten: 3
    Letzter Beitrag: 03-04-03, 12:58
  4. Cobol und QTMHGETENV API
    By kaym in forum IBM i Hauptforum
    Antworten: 1
    Letzter Beitrag: 23-01-03, 17:54
  5. COBOL
    By Claudia Lange in forum IBM i Hauptforum
    Antworten: 4
    Letzter Beitrag: 23-07-02, 11:32

Berechtigungen

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