Hallo zusammen,
gibt es einen SQL System-View für die verbundenen Netzlaufwerke mit dem Fileserver ???
(analog zu den APIs QZLSLSTI (ZLSL0300+0600), QZLSOLST)
Ich habe gegoggl.-gesucht und nichts gefunden und auch in der Aufstellung der
Views von IBM (siehe Anhang) habe ich nichts gefunden.
...ich hoffe ich habe nichts übersehen, dass wäre mir peinlich ????
IBM baut die SQL-Funktionen nach und nach aus um diese dann selber in dem Director verwenden zu können. Bis zu den Netserver-API's scheinen sie dann noch nicht vorgedrungen zu sein.
Verfügbare Prozeduren kann man dann auch in den SYSPROCS in Kombination mit SYSPARMS selber herausfinden.
IBM baut die SQL-Funktionen nach und nach aus um diese dann selber in dem Director verwenden zu können. Bis zu den Netserver-API's scheinen sie dann noch nicht vorgedrungen zu sein.
Verfügbare Prozeduren kann man dann auch in den SYSPROCS in Kombination mit SYSPARMS selber herausfinden.
Vielen Dank !!!
...habe ich also richtig gelegen, dass es hierzu noch nichts neues gibt.
Weiß jemand wann der nächste "TR" (V7R2) von IBM kommt ???
... wieder einmal verwundert, wie IBM jeden Quatsch an die Leute bringt. Da gab es einmal schöne Commands (und gibt es noch) mit eingebauter Bedienerhilfe vom Feinsten, die in eine Datenbankdatei ausgeben und jetzt werden SQL basierte Services als der wahre Jakob verkauft, die erheblich schlechter zu bedienen sind und die Apologeten des größten, blauesten Popanzes werden nicht müde diesen Quatsch zu empfehlen, der nicht einmal im DB2 annähernd standardisiert ist.
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.
@Dieter:
1. Mach' es besser! Liefer doch mal Open Source Services, die einfacher, schneller und besser zu bedienen sind.
2. Wenn man schon meckert, sollte man zumindest in der Lage sein den Datenbanken-Namen richtig zu schreiben. Die Datenbank heißt Db2 for i und NICHT DB2 for i.
@Dieter:
1. Mach' es besser! Liefer doch mal Open Source Services, die einfacher, schneller und besser zu bedienen sind.
Birgitta
... warum sollte ich? Damit ich dann dafür persönlich angegriffen werde? Von Leuten, die zur Open Source Community nichts beizutragen haben?
Im übrigen gibt es an dem Command Interface der AS/400 wenig zu verbessern, hier und da ein Output(*outfile) ergänzen, aber das ist doch Basiswissen, das macht man doch en passant, wenn man es braucht, da gibt es APIs und sogar eine Open Source APILIST von mir, damit geht es noch einfacher.
Ganz am Rande bemerkt: Datenbank ist Datenbank und es ist schlechtes Design das mit Betriebssystem oder Businesslogik zu verknoten (nicht nur in DB2) - und so was rächt sich später immer, meist kommt dann die Ausrede: "Das ist historisch gewachsen...", im AS/400 Umfeld öfter zu hören.
Ganz am Rande bemerkt: Datenbank ist Datenbank und es ist schlechtes Design das mit Betriebssystem oder Businesslogik zu verknoten
Also davon höre ich zum ersten mal.
Egal, will da auch gar nicht näher darauf eingehen.
Ich glaube jeder kennt die Meinung des Anderen und auch die Leser.
Es soll ja Datenbanken geben, die von der Grundeinstellung case insensitive ist, wo liegt dann also der Unterschied zwischen "DB2" oder "Db2" oder vielleicht "db2"?
Den Suchmaschinen ist das aber letztlich auch egal, im Ergebnis tauchen sowieso beide Schreibweisen auf. Also eher unsinnig, sich darüber auseinander zu setzen.
Ich persönlich bleibe auch immer noch bei DB2/400 sowie AS/400;-).
Diese Frage ist glasklar zu beantworten. Wie so oft hilft ein Blick in die SQL Reference (V7R3) und die andere Systemliteratur weiter, auch ein Blick auf die installierte Software hilft weiter (DSPSFWRSC ist Dein Freund).
Die Datenbank heißt DB2 for i!!!
@Birgitta: mach Dir nix draus, kann sich ja jede mal vertippen.
Bookmarks