Unterschied TAB, PF, LF

[marty]

Hallo zusammen,

ich habe gerade mittels F4 im "sql editor" (strsql) in einer Library etwas gesucht, dabei fiel mir folgendes auf:
Es gibt die Arten "TAB", "PF" und "LF".
PF habe ich mir immer als Tabelle vorgestellt, und LF wie eine View. Wie aber muss ich mir TAB vorstellen?

Danke und Gruß
Marty

[Pikachu]

Drücke mal F1=Hilfe auf dem entsprechenden Wert.

[marty]

Schon geschehen, das erklärt mir leider nicht den Unterschied...
Habe gerade einen Artikel auf französisch gefunden, der sagt in etwa:
Aus Tabellen wird schneller gelesen als aus PF.
Nur das "Warum" bleibt mir verborgen :-/

[Fuerchau]

Auch das hat Birgitta hier schon mal erklärt:

TAB = Table, mit CREATE TABLE erstellt
PF = Physical File, mit CRTPF aus DDS erstellt
LF = Logocal File, mit CRTLF aus DDS oder per CREATE INDEX erstellt

Beim Schreiben in eine Table prüft SQL bereits die Typisierung der Daten, so dass beim Lesen nicht geprüft werden muss.

Beim Schreiben in eine PF wird nicht geprüft, so dass SQL beim Lesen die Typisierung prüfen muss.

Bearbeitet man PF's in RPG/LE per extern beschriebener Datei können beim Schreiben keine ungültigen Daten geschrieben werden, da die Felder vom Compiler korrekt definiert sind.
Man kann aber PF's auch als interne Datei definieren, so dass alle möglichen Daten in der Datei landen können, also auch Zeichendaten in gepackten Feldern.
Versucht man eine Table als interne Datei zu beschreiben, schlägt hier allerdings die Datenprüfung zu und weist fehlerhafte Daten ab.

[B.Hauser]

Es werden lediglich unterschiedliche Termini verwendet.

Eine Tabelle ist SQL Jargon und entspricht einer physischen Datei.
Eine View ist eine ungeschlüsselte logische Datei, ein Index ist eine geschlüsselte logische Datei, auf die via SQL jedoch nicht direkt zugegriffen werden kann.

Bei einer mit SQL erzeugten Tabelle erfolgt im Gegensatz zu einer mit DDS erzeugten phyischen Datei eine Prüfung der Daten beim Schreiben in die Datei, beim Lesen erfolgt keine Prüfung. Bei mit DDS geschriebenen physischen Dateien ist das genau umgekehrt, d.h. beim Schreiben wird nicht geprüft, sondern erst beim Lesen. Da wahrscheinlich mehr Lese als Schreibvorgänge erfolgen und Kleinvieh auch Mist machen kann, ist das Lesen von Massendaten aus SQL Tabellen schneller, während das Schreiben in diese Tabellen langsamer ist, als beim Arbeiten mit DDS beschreibenen Dateien.

SQL Views sind weit mächtiger als DDS beschriebene logische Dateien, da sie alles mit Ausnahme des Order By enthalten können, das in einem SQL Select-Statement zulässig ist. SQL View haben jedoch NIE einen Schlüssel.

Birgitta

[marty]

Danke für Eure Hilfe!
Hier kann ich echt eine Menge lernen!