[NEWSboard IBMi Forum]

Hybrid View

  1. #1
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    Wenn man sich das Naming per F13->Auswahl 1 einmal einstellt, bleibt es AN DIESEM BILDSCHIRM solange unverändert, bis man es mit diesem Methode wieder ändert, und zwar unabhängig davon, was man beim STRSQL angibt.

    @Dieter
    Mit *SYS arbeitet man auf der AS/400 eigentlich am häufigsten um mit unqualifizierten SQL's (und nicht unqualifizierten Authoren) die *LIBL zu verwenden.
    Gerade das ist ja der "Vorteil", da ja sonst in allen Programmen IMMER qualifiziert werden müsste (obwohl: im Dialog wäre das beim UPDATE/DELETE wohl des öfteren sinnvoll).

    Wenn ich mit z.B. SQL-Server arbeite stellt sich das Problem nicht, da hier die Qualifizierung eher unnötig ist.
    Ich kann mich ja eh nur mit einer Datenbank verbinden.
    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

  2. #2
    Registriert seit
    Mar 2002
    Beiträge
    5.365
    ... wenn man mit speichern raus geht und bis auf ein paar Wackelfälle, wenn man mehrere SQL Sessions parallel betreibt. Ich würde da raten, dass man (gerade wenn man anfängt) da alles auf SQL Standard trimmt:
    create Schema (damit Journale automatisch erstellt werden und alles neue per SQL erstellte journalisiert wird)
    immer mit naming *SQL arbeiten (dann gibt es keine Änderungsproblematik)
    zur Qaulifizierung: der SQL Standard verwendet das private Schema (= USER) solange kein default Schema gesetzt wird (beim Connect oder mit set default schema).
    @Baldur: das mit der libl, das ist doch wohl für eine relationale Datenbank Dummfug von der dummfugigsten Sorte; da habe ich eine Datenbank, die referentielle Integrität überwacht (wenn man das hoffentlich so erstellt) und dann sage ich schau mal in welchem Schema du eine Tabelle findest und es ist mir auch völlig Wurscht ob der Auftrag völlig woanders (z.B.: QTEMP)geändert wird, wie die Lagerbuchung und sage mir nicht, dass das noch nicht passiert wäre!!!

    mfg

    Dieter Bender
    Zitat Zitat von Fuerchau
    Wenn man sich das Naming per F13->Auswahl 1 einmal einstellt, bleibt es AN DIESEM BILDSCHIRM solange unverändert, bis man es mit diesem Methode wieder ändert, und zwar unabhängig davon, was man beim STRSQL angibt.

    @Dieter
    Mit *SYS arbeitet man auf der AS/400 eigentlich am häufigsten um mit unqualifizierten SQL's (und nicht unqualifizierten Authoren) die *LIBL zu verwenden.
    Gerade das ist ja der "Vorteil", da ja sonst in allen Programmen IMMER qualifiziert werden müsste (obwohl: im Dialog wäre das beim UPDATE/DELETE wohl des öfteren sinnvoll).

    Wenn ich mit z.B. SQL-Server arbeite stellt sich das Problem nicht, da hier die Qualifizierung eher unnötig ist.
    Ich kann mich ja eh nur mit einer Datenbank verbinden.
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

  3. #3
    Registriert seit
    Feb 2001
    Beiträge
    20.696
    Siehst du, und deshalb werden wir so schnell nicht arbeitslos
    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

  4. #4
    Registriert seit
    Jan 2006
    Beiträge
    68
    Einmal muß ich noch nachhaken, weil mir das jetzt nicht ganz klar ist.

    Bist du wirklich nur gegen das Naming auf *SQL weil es Mehrarbeit gedeutet?

    Also ich hab das jetz umgestellt und siehe da, jetzt klappen meine schönen Joins (das Thema stand gestern auf dem Stundenplan :-), ich bin quasi begeistert und finde da jetz nix schlimmes dran-im Gegenteil, vorher wußte ich nicht wie ich es ohne Qualifizierung machen sollte (wie man ja gesehen hat).

    Warum also so abgeneigt?
    Ich nerve zwar, aber ich lerne!

  5. #5
    Registriert seit
    Mar 2002
    Beiträge
    5.365
    Hallo,

    das ganze ist nur aus der Historie zu verstehen, die relationale Datenbank /38, der Vorgänger der AS400 entstand zeitgleich mit DB2 für den Mainframe und war sogar einen Tick eher kaufbar. Daher hat die AS400 heute noch zwei Datenbank Oberflächen, die klassische mit DDS, Query400, Record Level Access und eben SQL, das zunächst als grauseliger Dialekt implementiert wurde und wegen schlechter Performance unbeliebt war.
    Viele von den (echten) Experten auf der AS400 benutzen SQL auf der AS400 schon als es noch weit von ANSI SQL entfernt war und bevorzugen das, was sie gewöhnt sind. Ich habe mir das (eher mühsam) abgewöhnt, als ich es mit mehreren Datenbanken und JDBC zu tun bekam. Einfacher ist da eigentlich keins von beiden, nur anders.

    mfg

    Dieter Bender

    Zitat Zitat von deni87991
    Einmal muß ich noch nachhaken, weil mir das jetzt nicht ganz klar ist.

    Bist du wirklich nur gegen das Naming auf *SQL weil es Mehrarbeit gedeutet?

    Also ich hab das jetz umgestellt und siehe da, jetzt klappen meine schönen Joins (das Thema stand gestern auf dem Stundenplan :-), ich bin quasi begeistert und finde da jetz nix schlimmes dran-im Gegenteil, vorher wußte ich nicht wie ich es ohne Qualifizierung machen sollte (wie man ja gesehen hat).

    Warum also so abgeneigt?
    AS400 Freeware
    http://www.bender-dv.de
    Mit embedded SQL in RPG auf Datenbanken von ADABAS bis XBASE zugreifen
    http://sourceforge.net/projects/appserver4rpg/

Similar Threads

  1. Verknüpfen von Tabellen mit SQL
    By e_sichert in forum IBM i Hauptforum
    Antworten: 21
    Letzter Beitrag: 28-11-06, 19:43
  2. Journaling für alle Tabellen eines Schemas einschalten
    By remo2010 in forum IBM i Hauptforum
    Antworten: 7
    Letzter Beitrag: 24-11-06, 15:24
  3. Einzelne DB Tabellen sichern
    By CAL in forum IBM i Hauptforum
    Antworten: 4
    Letzter Beitrag: 23-06-06, 09:03
  4. PC-CD Laufwerk mit AS/400 verbinden
    By DKSPROFI in forum IBM i Hauptforum
    Antworten: 4
    Letzter Beitrag: 12-06-06, 08:01
  5. Character verbinden in Embedded SQL
    By e_sichert in forum NEWSboard Programmierung
    Antworten: 3
    Letzter Beitrag: 03-05-06, 10:47

Berechtigungen

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