Unterschiedliche Antwortzeiten bei TABLE und PF

[cono2000]

Hallo Zusammen.
In unserem Intranet greife ich direkt auf DB2-Dateien der AS400 zu.
Da bei einer Großen Datei und Sortierung das Antwortzeitverhalten bescheiden ist habe ich einen Versuch gestartet und mit CREATE TABLE die gleiche Tabelle erstellt und die Daten rüber kopiert.
Ergebnis: Zugriffszeit um weit über 50 % verbessert. Gleicher Dateiinhalt, -menge und -sortierung.
Daraufhin fülle ich die TABEL jetzt über einen Trigger damit sie aktuell gehalten wird.

Hat jemand eine Erklärung warum das Antwortzeitverhalten so erheblich beeinflußt wird?
Ich bin auf eure Antworten gespannt.

[B.Hauser]

Hat die physische Datei einen Key und die SQL Tabelle einen Primary Key Constraint?
Oder fehlt in einer der beiden Dateien der Schlüssel oder sind beide ungeschlüsselt?

Ansonsten hat die physische Datei vielleicht eine große Anzahl an gelöschten Sätzen, die beim Zugriff gelesen und übergangen werden?
In diesem Fall hätte wahrscheinlich auch ein RGZPFM geholfen.

Birgitta

[KingofKning]

Ich denke mal so ein dspfd von beiden Dateien hätte evtl schon geholfen....

GG

[Fuerchau]

Der wesentliche Unterschied ist eigentlich die Indexverwaltung (größere Blöcke) und das prüfen beim Lesen.
Birgitta hatte da schon mehrfach drauf hingewiesen:

Bei PF-Dateien prüft SQL beim Lesen die Typisierung, also ob der Inhalt zum Feldtyp passt.
Bei Tables ist die Prüfung beim Schreiben bereits erfolgt.

Man kennt das ja noch aus COBOL (mit RPG ist das schon etwas schwieriger), aber ich kann in PF's unabhängig vom Feldtyp reinschreiben was ich will, also auch Zeichenketten in gepackte Felder.
SQL muss also beim Lesen prüfen was schon mal etwas dauern kann.

[cono2000]

Ich denke mal so ein dspfd von beiden Dateien hätte evtl schon geholfen....

GG

Das ist mir schon klar. Man erkennt auch einen Unterschied zwischen den beiden Dateien.
Aber damit ist meine Frage nicht beantwortet.
Ich suche die Ursache.

[cono2000]

Hat die physische Datei einen Key und die SQL Tabelle einen Primary Key Constraint?
Oder fehlt in einer der beiden Dateien der Schlüssel oder sind beide ungeschlüsselt?

Ansonsten hat die physische Datei vielleicht eine große Anzahl an gelöschten Sätzen, die beim Zugriff gelesen und übergangen werden?
In diesem Fall hätte wahrscheinlich auch ein RGZPFM geholfen.

Birgitta

Der Index ist der gleiche.
Der einzige Unterschied der mir einfällt ist, dass zur PF weitere Logische gehören. Die TABLE ohne.
Gelöschte Sätze gibt es keine.

[BenderD]

.. wie greifst du zu, wie wird dir Table genau erstellt und gefüllt - ohne genaue (in Worten: genaue!) Information lässt sich sowas nicht beantworten! Allgemeinplätze sind bei Performance (fast) alle verkehrt...

D*B

[KingofKning]

Das ist mir schon klar. Man erkennt auch einen Unterschied zwischen den beiden Dateien.
Aber damit ist meine Frage nicht beantwortet.
Ich suche die Ursache.

Das zielte eigebtlich auch darauf hin das es uns geholfen hätte etwas zu sehen. Weil ansonsten ist das mehr so ne Sache mit der Glaskugel für aussenstehende ;-)

GG

[cono2000]

Das zielte eigebtlich auch darauf hin das es uns geholfen hätte etwas zu sehen. Weil ansonsten ist das mehr so ne Sache mit der Glaskugel für aussenstehende ;-)

GG

Ich würde gerne zwei Soolfile's als txt-file (28 kb) hochladen aber ich bekomme immer die Fehlermeldung: Das Hochladen der Datei ist fehlgeschlagen.
Hat jemand eine Lösung?

[Fuerchau]

Supergenaue Beschreibung des Problems!
Wie wäre es mit ein bisschen mehr Erklärung ?
Welches Verfahren verwendest du ?
Wie ist die genaue Fehlermeldung ?

[cono2000]

Supergenaue Beschreibung des Problems!
Wie wäre es mit ein bisschen mehr Erklärung ?
Welches Verfahren verwendest du ?
Wie ist die genaue Fehlermeldung ?

Sorry. Ich gehe dafon aus das es nur ein Verfahren zum Hochladen einer Datei gibt. Und zwar den Dialog über die Büroklammer beim Erfassen einer Nachricht.
Gibt es noch eine weitere möglichkeit?
Bei der Fehlermeldung handelt es sich um die komplette Meldung. Diese wird direkt über die ausgewählte Datei ausgegeben.

[Fuerchau]

Wenn du von Büroklammer sprichst, gehe ich wohl von einem Mailprogramm aus, dessen Anhang du per "Speichern unter" sichern möchtest.
Hast du dann ein Ziellaufwerk auf der AS/400 ausgewählt ?