SQL-View Systemname

[Fuerchau]

Da hat man nun keinen Einfluss darauf.
Wenn solche Namenskonventionen existieren, dann sollte auch aus RPG ausschließlich per SQL zugegriffen werden.

Begründung:

Views enthalten kein ORDER BY, die Datenreihenfolge ist daher vollkommen willkürlich.
Views enthalten keine Schlüssel, ein Zugriff per SETLL o.ä. ist daher nicht möglich.
Bei einer Neuerstellung von Views ist nicht garantiert, dass der Systemname das nächste Mal genauso heißt (was du ja durch Umbenennen umgehst).
Per SQL können genau die Daten verarbeitet werden (incl. Order und Where), die benötigt werden. Ein "Select *" verbietet sich daher.
Dadurch kann jederzeit ein DB-Admin Views optimieren, ergänzen ohne dass Anwendungen geändert werden müssen, so lange eben die alte Struktur als Minimalanforderung bestehen bleibt,

[B.Hauser]

Auch Views können sowohl mit einem langen Namen und einem kurzen System-Namen angelegt werden.

Die Syntax dazu sieht wie folgt aus:

create view MySchema/MyView                                 
       (MeinLangerFeldName1 for Kurz1,                     
        MeinLangerFeldName2 for Kurz2)                     
    as (Select Feld1, Feld2 from MySchema/MyTable) 

Wahlweise kann jetzt Kurz1 oder MeinLangerFeldName1 verwendet werden.

Die Verwendung von Views in RPG (F-Specs) macht nur dann Sinn, wenn keine Sortierung erforderlich ist.

Birgitta

[Fuerchau]

Das bezieht sich auf den Feldnamen (DDS = ALIAS).
Wie geht das mit dem View-Namen ?

[B.Hauser]

Das bezieht sich auf den Feldnamen (DDS = ALIAS).
Wie geht das mit dem View-Namen ?

View, Table und Index-Namen müssen mit RENAME umbenannt werden. Da führt kein Weg dran vorbei.

Ich würde die View zunächst mit dem System-Namen anlegen und anschließend mit RENAME umbenennen.

RENAME TABLE MySchema.MyView 
    TO MeinLangerViewName 

Sofern man auf Views und Indices mit RPG native I/O zugreifen will, sollte man den/die System-Namen NICHT durch das System generieren lassen.
Der Grund hierfür liegt darin, dass nicht sichergestellt ist, dass bei einer erneuten Erstellung der Objekte die gleichen System-Namen für die gleichen Objekte oder die gleichen Felder wieder vergeben werden.

M.E. ist es auch kein Problem, nachdem das Datenbank-Objekt erstellt wurde sich das zugehörige SQL-Skript generieren zu lassen und abzuspeichern. Bei einer erneuten Erstellung kann dieses Skript dann einfach ausgeführt werden.

@Fuerchau:
Indices lassen sich übrigens wie jede geschlüsselte logische Datei in RPG verarbeiten. Man braucht keineswegs alle Felder als Schlüssel-Felder zu hinterlegen.
Durch die Bitmaps, die auf der untersten Ebene des Index-Baumes hinterlegt sind, kann auf die entsprechenden Datensatz-Informationen zugegriffen werden. Anders arbeitet SQL auch nicht.

Durch die Verwendung von Indices mit native I/0 kann von der größeren PageSize (64K) gegenüber 8K bei DDS-beschriebenen logischen Dateien profitiert werden.

Birgitta