insert mit values macht immer table scan

[BenderD]

Speicher haben wir genug. 32GB RAM und es läuft fast nix. Für das SETOBJACC hab ich einen eigenen Pool gemacht *SHRPOOL1. Dieser wird exclusiv für SETOBJACC verwendet und hat eine fixe Größe (10%min, 10%max)


@BenderD: Wenn mehrere User gleichzeitig angemeldet sind und die AS400 alles schon bei der Hand hat, dann gehts e flott. Die hohe Zeit beim Insert ist nur, wenn niemand andere angemeldet ist. DMBOM usw habe wir alles gemacht. Die Maschine ist mit den 2 x 10k Disks, 1 Core und dem Controller ohne Write-Cache nicht soo schnell. Journaling läuft auch.

LG

... die 10% beim SETOBJACC machen nix kaputt und retten auch nix.
Wenn fast nix und alle abgemeldet bedeutet, dass da ein Batchjob dümpelt, der z.B.: eine größere Datei sequentiell verarbeitet, dann verdrängt der alles andere aus dem Hauptspeicher (ohne dass es diesem was bringt) und dann paged sich der interaktive Job erst mal rein, was ohne weiteres 300 Millisekunden (oder mehr) verbruzzeln kann.
Für solche Konstellationen ist controlling SBS QBATCH absolut ungeeignet. Mit QCTL lässt sich der Batchjob in einem limitierten Pool einsperren (QPFRADJ abschalten!!!) und die interaktiven Job behalten ihre dringend benötigte Runtime im Speicher.

D*B

[franz77]

So. neue Lage:

Bei dem ganzen Hin- und Hertesten der letzten Tage ist natürlich eines passert. Ich habe unabsichtlich in einer Testlib 10 Indices auf die Produktivtabelle hinterlassen, welche natürlich nicht mir SETOBJACC im Speicher waren und auch sonst komplett sinnlose spalten indiziert hatten.

Hab die Dinger nun weggeworfen und siehe da: erstes insert 120ms, jedes weitere unter 4ms.

Sehr unangenehm...

Ich werde das weiter verfolgen.

LG,
Franz

[Fuerchau]

Da kann man mal wieder die Blödheit des Optimizers erkennen (tut mir leid, aber das ist halt so), dass er nicht registriert, dass es sich
a) um einen Insert handelt und
b) in den Values() kein Select
angefragt wird. In diesem Fall ist eine Indexanalyse natürlich Humbug.
Unabhängig von deinen nun gelöschten Indizes kann es ja durchaus Sinn gehabt haben, diese Indizes zu erstellen.

[BenderD]

... 10 Indexe wollen zur maintenance beim Insert erst mal alle seitenweise reingepaged werden, das dauert schon. Der Query Optimizer hat hier bei static SQL erst mal nicht viel zu tun.