Aufbau des Zugriffspfads beim CRTLF unterdrücken

[BenderD]

für DDS kann ich da nicht sprechen. Bei SQL erstellten drehen wir die Indexe ohne unique constraint vor einer Copy Arie per CHGLF auf *DLY und nach Abschluss per CHGLF wieder auf *IMMED, letzteres in parallelen Jobs, pro CHGLF ein eigener; was uns bei einer Table mit mehreren hundert Mio Sätzen viel gebracht hat.

D*B

Der Wert für FRCRATIO ist bei uns standardmäßig auf *NONE gesetzt, da wir Journale auf den Dateien aufgesetzt haben.

Sehe ich das richtig, dass es keine Möglichkeit gibt, den Zugriffspfad kontrolliert zu erstellen?

[Matthias182]

Ok, ich habe das mal für DDS basierte versucht und da wird der Zugriffspfad direkt aufgebaut, auch wenn MAINT auf *DLY gesetzt ist.

Wo ist da der Unterschied zwischen SQL tables und DDS basierten?

[UFK]

So, und jetzt bist Du nur noch keinen kleinen Schritt von meinem Ansatz des Entkernens entfernt:

• Erstelle die LF bei CRTLF erstmal ohne Teildatei. Sie ist dann nur die Hülle einer später anwendbaren logischen Datei.

Wenn die Maschine später mal wenig belastet ist, und Du die LF danach auch brauchen wirst, läßt Du einen ADDLFM im Batch einplanen. Der Job läuft dann z.B. nach Mitternacht oder am Wochenende, also da, wo Du das beste Zeitfenster dafür siehst. Den Befehl ADDFM also mit Angabe von Datum & Zeit in den Batch submitten, und evtl. alles (SBMJOB und ADDLFM) mit Bedienerführung (F4) ausfüllen, soweit er besondere Angaben für die Teildateien und Bibliothekslisten braucht

Wenn Du das mit SBMJOB mal getestet hast, und es gut funktioniert hat, kannst Du diesen Job natürlich auch im Jobscheduler eintragen, oder die Anweisung dazu in größere CL-Programme (Monatsabschluß oder so) aufnehmen.

Ich meine, das geht auch dann, wenn die LF UNIQUE ist, und alles andere nicht wirklich hilft.

[Fuerchau]

Solange keine Anwendungsprogramme die LF benötigen, mag das so ok sein.

Normalerweise sind die LF's aber in Benutzung, so dass nach der Kopierarie die LFM's wieder angelegt werden müssen.
Ob das in Summe allerdings tatsächlich schneller ist, kann ich nicht prüfen.