SQL Abfragen

[B.Hauser]

Und mit cl: kann man das auch noch mischen;-).
Aber man kann auch SQL's mit ACS bauen, was viel effektiver ist und mit RDi dann in eine PF-SRC schreiben. So kannst du beide Welten mischen.

Es gibt aktuell wirklich keinen Grund mehr STRSQL zu verwenden.

• Mit ACS - Run SQL Scripts kann man jedes beliebige SQL Statement ausführen.
• Das SQL Skript kann wahlweise als PC-Datei, IFS-Datei oder klassisches Source Member gespeichert werden
• PC-Dateien, IFS-Dateien und Source Member mit SQL können direkt in Run SQL Scripts geöffnet und anschließend ausgeführt werden.
• CL-Commands können wahlweise mit vorangestelltem CL: oder mit Hilfe der Stored Procedure QCMDEXC (Aufruf über SQL CALL) ausgeführt werden.
• Mehrere SQL Commands (außer SELECT) können mit Hilfe eines dynamischen Compound-Statements (also eingebettet in BEGIN und END) als Einheit ausgeführt werden. Innerhalb des dynamischen Compound Statements können u.a. auch Fehler abgefangen und behandelt werden.
• Bedienerführung hat sich gewaltig gemausert und ist inzwischen wesentlich besser als was STRSQL liefert
• Vorhandene SQL Statements können nach hinterlegten Regeln formatiert werden (z.B. auch auf 80 Zeichen umgebrochen werden). Die Regeln für die Formatierung sind aktuell noch etwas dürftig, aber ich weiß dass an dieser Stelle von Seiten der IBM an Erweiterungen und Verbesserungen gearbeitet wird.
• Wurde ein SQL Skript geöffnet, können die einzelnen SQL Statements unabhängig von einander ausgeführt werden. Es ist allerdings auch möglich alle SQL Statements oder alle Statements ab einem bestimmten SQL Statement auszuführen.
• SQL Skripte im IFS oder in Source Members können natürlich auch weiterhin auch mit RUNSQLSTM (z.B. aus einem CL-Programm, von der Befehlszeile oder aus PDM) ausgeführt werden.

Ich arbeite i.Ü. auch noch klassisch, also speichere mir alle SQL Skripte (z.B. zum Erstellen von Datenbanken-Objekten) in Quellen-Teil-Dateien.