CL: Frage zu RUNSQLSTM / RUNSQL

[Fuerchau]

Der Unterschied liegt halt in der Funktion.
RUNSQLSTM funktioniert nur, wenn das Produkt für STRSQL installiert ist.
Die SQL-Befehle stehen in einer PF-SRC zur Ausführung.
Hat eine Kunde SQL nicht gekauft/installiert funktioniert auch RUNSQLSTM nicht.

Wobei aber Anwendungen mit Embedded SQL oder QMQRY's durchaus laufen.

RUNSQL ersetzt die Eigenprogrammierung für simple SQL's als dynamische Statements.
Embedded SQL's werden ja auch nicht protokolliert.

An Stelle von RUNSQLSTM habe ich auch schon REXX bemüht (ist auch immer dabei).
Hier kann ich dann sowohl SQL's als auch CMD's ausführen und Protokolle auf STDOUT (Umleitung auf QPRINT) erstellen.

[Pikachu]

Da gibts wohl ein paar neue Parameter beim RUNSQL.

[Gast951]

Interessant, inzwischen ist anscheinend der fehlende Parameter dabei.

Angeblich soll jetzt auch diese unselige Zeilen-Zusammenschiebe-Automatik von SQL-Kommandos in CLs weg sein. So dass SQL-Kommandos so stehen bleiben, wie sie der Programmierer übersichtlich mit Zeilenwechseln und Einrückungen geschrieben hat.

Wir haben zwar 7.1 installiert, liegen aber einige PTFs hinten. Da müssen wir die Kisten doch mal wieder aktualisieren.

[Fuerchau]

Solange du nicht F4 bei einem Kommando verwendest bleibt deine Zeilenaufteilung erhalten.
Erst nach F4 wird der automatische "Beautyfier" aktiv um auf Zeilenbreite umzubrechen.
Hier kann sich PDM keine Zeilenschaltungen merken.