... 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.