qsh

[Fuerchau]

Nun, da sich Birgitta halt des öfteren beschwert hat möchte ich sie einfach stärker einbeziehen.
In vielen Beispielen und anderen Threads zeigt Birgitta entsprechende SQL-Lösungen und verweist dann auf die IBM-Seiten.
Siehe z.B. hier:
http://newsolutions.de/forum-systemi-as400-i5-iseries/threads/21452-Suche-Systemview-f%C3%BCr-Verbindung-Netzlaufwerke
Birgitta: "Es gibt übrigens die Tabelle SERVICES_INFO in der Bibliothek QSYS2, in der alle Db2 und IBM i Services incl. ab welchem Release sie ausgeliefert werden. Einfach mal reinschauen."

Warum also soll ich mich mit dem Thema auseinander setzen?
Birgitta ist da im Thema und wenn sie halt nicht so oft Zeit hat wie ich, muss man sich u.U. mal etwas gedulden.

Außerdem präsentiere ich häufig genug Lösungen, die allerdings zugegebener Maßen, ein wenig Mitarbeit der Fragesteller erfordern.

Und zu deiner Ursprungsfrage:
Wenn die IBM nun mal noch keinen Service dieser Art anbietet, hindert dich das ja nicht daran, einen eigenen SQL-Service/Prozedur bereitzustellen, der als Wrapper für API's fungiert.
Dies mache ich auch durchaus in und für ERP-Anwendungen um per ODBC/JDBC dann SQL-Funktionen der ERP-Anwendung zu nutzen.

Und ansonsten kann ichmich nun nicht darüber beschweren, dass meine Beiträge wenig hilfreich wären;-).

[AG1965_2]

@D*B: Dieter, Du hast anscheinend nicht mitbekommen, um was es eigentlich geht, aber vielen Dank für die hilfreiche Wortmeldung.
@Fuerchau: im konkreten Fall (und einigen anderen) macht es nur den Thread unnötig länger, wenn sich letztendlich herausstellt, dass das, was ursprünglich verlangt war und vollmundig versprochen wurde, so doch nicht geht und es nur heiße Luft war.

[Fuerchau]

Vollmundig versprochen?
Da sehe ich so nichts;-).
Ich habe halt nur auf Birgitta verwiesen, die bzgl. der bereitgestellten Services halt immer mal wieder auf neues hinweist.

Aber für alle die nur zu faul zum selber suchen sind:

https://www.itjungle.com/2014/08/27/fhg082714-story02/
https://www.scottklement.com/udtf/ifsDirArticle.html

Und für das Lesen/Schreiben von IFS-Dateien per SQL suchst du mal nach SQLTYPE(CLOB_FILE), was hier auch schon mehrfach (seit V5) diskutiert wurde.

Du kannst natürlich auch darauf warten, bis IBM da was für den iDirector gebaut hat.

[AG1965_2]

Ich, und der Verfasser der Frage offenbar auch nicht, habe kein Problem mit dem Lesen und Schreiben von IFS-Dateien, ich verwende dafür nach wie vor die UNIX-style APIs, wo regelmäßig die Keule "Bist Du altmodisch, dafür gibt es SQL Funktionen" kommt. Das könntest Du ruhig mal sinnerfassend zur Kenntnis nehmen.

Hier ging es um das Auflisten von Dateien, und auch dafür kam die "Mann, bist du altmodisch, SQL kann das alles, ich weiß jetzt nur nicht wie, musst nur suchen oder Birgitta fragen".

Fakt ist - bzw. scheint zu sein - dass das SQL eben noch immer nicht kann!

Auch wenn man sich seit über 10 Jahren mit diversen Lösungen zu helfen weiß, hinter denen - oh Wunder! - in Wahrheit die UNIX-style-APIs stecken.

Ich hoffe, ich habe mich nun verständlich genug ausgedrückt.
Ansonsten hoffe ich, dass es bald ein SQL Service dafür gibt. :-)
Was das Auflisten von IFS-Verzeichnissen mit dem iDirector zu tun haben soll, kann es mir dann auch gleich erklären.

[Fuerchau]

Der iDirector ist der Nachfolger des iSeries Navigator.
Letzterer basierte auf Java und verwendete eben die diversen API's per Java-Toolbox.
Der iDirector ist nun mal der Nachfolger des Navigators und kann eben noch nicht alles, was dieser wiederum konnte.
Dies löst IBM nun per SQL, in dem divierse API's per SQL zur Verfügungs gestellt werden, da der iDirector ja irgendwie alles können soll.
Somit stehen diese SQL-Wrapper, die natürlich nichts anderes als API-Aufrufe machen, der Allgemeinheit zur Verfügung.
Somit kann man natürlich freimütig behaupten, dass SQL es kann, wenn man die Wrapper anbietet.
Und somit schließt sich der Kreis.

Und Fazit:
SQL kann alles, man muss es ihm nur beibringen;-).

[malzusrex]

gibts da was von ratiopharm

;-)