[NEWSboard IBMi Forum]
Seite 1 von 2 1 2 Letzte
  1. #1
    Registriert seit
    Jul 2003
    Beiträge
    331

    Wink CRTSQLRPGI commit *none

    Im Cmd CRTSQLRPGI würde ich gerne den Parameter
    *COMMIT mit *NONE voreinstellen (anstatt mit *CHG).
    An welcher Schraube muss ich da drehen ?

    mfg. Ludger

  2. #2
    Registriert seit
    Aug 2004
    Beiträge
    923

    CHGCMDDFT

    Zitat Zitat von loeweadolf
    Im Cmd CRTSQLRPGI würde ich gerne den Parameter
    *COMMIT mit *NONE voreinstellen (anstatt mit *CHG).
    An welcher Schraube muss ich da drehen ?

    mfg. Ludger
    wie wärs mit CHGCMDDFT?

    kuempi

  3. #3
    Registriert seit
    Jul 2003
    Beiträge
    331
    bei chgcmddft
    bekomme ich ein langes Eingabefeld
    "Neue Standardparameterfolge".

    Ich kann nicht erkennen, was ich da eingeben muss.

    Gibt es nicht eine Mögluchkeit, die aktuellen Werte zu sehen und diese dann zu ändern ?

    mfg . Ludger

  4. #4
    Registriert seit
    Aug 2001
    Beiträge
    2.873
    Zitat Zitat von loeweadolf
    Im Cmd CRTSQLRPGI würde ich gerne den Parameter
    *COMMIT mit *NONE voreinstellen (anstatt mit *CHG).
    An welcher Schraube muss ich da drehen ?

    mfg. Ludger
    Hallo Ludger,

    ich persönlich ändere sehr ungerne System-Befehle ab, was allerdings über CHGCMDDFT auch realisiert werden kann.

    Ich würde eher vorschlagen in jede SQLRPGLE (oder sogar SQLRPG)-Quelle das folgende SQL-Statement einbauen.

    PHP-Code:
    C/EXEC SQL   Set Option Commit = *NONE
    C
    /END-EXEC 
    Über Set Option können sogut wie alle Optionen aus dem Compile-Command im Programm hinterlegt werden.
    Der Vorteil ist, selbst nach Release-Wechsel oder beim Umwandeln auf einer anderen Maschine braucht man sich nicht um die Einstellungen im Compile-Command zu kümmern.
    ... und die Compile-Optionen könnnen für jedes Programm individuell festgelegt werden.

    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
    Jul 2003
    Beiträge
    331
    Hallo Birgitta,

    vielen Dank für die Information,

    werde ich gleich mal probieren.

    Ludger

  6. #6
    Registriert seit
    Jul 2003
    Beiträge
    331
    Hallo Birgitta,

    reicht es aus, diese Anweisungen 1 x in das Programm aufzunehmen oder müssen diese vor jedem SQL-Aufruf stehen ?

    Ludger

  7. #7
    Registriert seit
    Aug 2001
    Beiträge
    2.873
    Zitat Zitat von loeweadolf
    Hallo Birgitta,

    reicht es aus, diese Anweisungen 1 x in das Programm aufzunehmen oder müssen diese vor jedem SQL-Aufruf stehen ?

    Ludger
    Hallo Ludger,

    SET OPTION sollte nur ein einziges Mal in einer Quelle auftauchen. (Es könnte sogar sein, dass der Pre-Compiler mault, wenn das Statement mehrfach codiert wurde!)

    Diese Anweisung gilt für die komplette Quelle, auch wenn diese aus mehrere unabhängigen Prozeduren besteht.

    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

  8. #8
    Registriert seit
    Jul 2003
    Beiträge
    331
    Vielen Dank.

    Ludger

  9. #9
    Registriert seit
    Feb 2001
    Beiträge
    20.241
    Und muss die 1. SQL-Anweisung überhaupt sein !
    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

  10. #10
    Registriert seit
    Aug 2001
    Beiträge
    2.873
    Zitat Zitat von Fuerchau
    Und muss die 1. SQL-Anweisung überhaupt sein !
    Muss nicht!!!

    Die einzige Reihenfolge, die beim embedded SQL erforderlich ist, ist die, dass DECLARE-Anweisungen vor den zugehörigen OPEN, FETCH und CLOSE-Anweisungen stehen müssen.

    Eine SET OPTION-Anweisung kann durchaus in einer *INZSR-Routine am Ende des Quell-Codes stehen oder in irgend einer beliebigen Prozedur.

    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

  11. #11
    Registriert seit
    Mar 2002
    Beiträge
    5.287
    Hallo,

    wozu soll das gut sein??? der Default steht aus gutem Grund auf COMMIT(*CHG). Zumindest searched updates sind bodenloser Unfug ohne commit.

    mfg

    Dieter Bender

    Zitat Zitat von loeweadolf
    Im Cmd CRTSQLRPGI würde ich gerne den Parameter
    *COMMIT mit *NONE voreinstellen (anstatt mit *CHG).
    An welcher Schraube muss ich da drehen ?

    mfg. Ludger
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  12. #12
    Registriert seit
    Jul 2003
    Beiträge
    331
    Hallo Dieter,

    es handelt es um unproblematische Anwendungen, die auch neu aufgesetzt werden können.
    Als SQL-Anfänger bin ich schon froh, wenn es überhaupt läuft und möchte mich (noch) nicht mit Journalisierung , Commit, Rollback etc. rumärgern.

    Ludger.

Similar Threads

  1. CrtSQLRPGi - Problem bei Programmerstellung
    By sim in forum NEWSboard Programmierung
    Antworten: 3
    Letzter Beitrag: 10-05-06, 14:45
  2. CRTSQLRPGI mit precompiler
    By butterblume in forum NEWSboard Programmierung
    Antworten: 2
    Letzter Beitrag: 23-01-06, 09:54
  3. Für commit beim Journal images *both erforderlich?
    By miro in forum NEWSboard Programmierung
    Antworten: 4
    Letzter Beitrag: 15-09-05, 12:57
  4. Commit Control Steuerung
    By Jenne in forum IBM i Hauptforum
    Antworten: 2
    Letzter Beitrag: 09-09-04, 10:33
  5. COMMIT und ROLLBACK in RPG+SQL
    By Willi1 in forum IBM i Hauptforum
    Antworten: 1
    Letzter Beitrag: 02-05-02, 22:54

Berechtigungen

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