ORACLE 11: DELETE sehr langsam

[p80286]

Also sooo langsam ist das eigentlich nicht.
Neben dem Indexabschalten, wären die Trigger noch eine Option, und falls möglich zwischendurch ein commit.

oder Uwes Idee ganz konsequent: neue Tabelle mit 500K Sätzen und alte Tabelle in den Orkus.

Gruß
K-H

Mist, viel zu langsam.

[Furtbichler]

Ok, also
1. Verifizieren, wie MSSQL sich mit WHERE verhält und dann das als Referenz nehmen
2. Mit dem Abschalten der Indexe spielen und der Option, die zu behaltenden Datensätze zu sichern, dann ein DROP und dann RENAME etc. (natürlich vorher INDEX aus)

Trigger sind nicht drin und das Häppchenweise-DELETE-mit-COMMIT-zwischendurch bringt nix (haben sie wohl schon probiert)

[Bernhard Geyer]

a, Für Indexe löschen bracht man entsprechende Rechte. Der normale User sollte solche Rechte nicht haben
b, Wiviel RAM darf sich der Oracle-Server genehmigen?

[Furtbichler]

Das läuft unter dem ADMIN account und RAM sollte nicht das Problem sein. Gips einen Trick?

[EgonHugeist]

Oracle hat da auch so seine eigenen Tricks. Bei Zeos hab ich da eine PrefetchCount prop mit eingebastelt. Es ist unglablich was der Server schneller wird, wenn man diese Werte erhöht.

Nun steh ich allerdings auf dem Schlauch, wie man solche spezial Sachen via ADO lösen kann. IMHO Oracle bevorzugt nach wie for native CAPI call's via OCI.

Delphi-Quellcode:

AttrSet(Handle, OCI_HTYPE_STMT, @PrefetchCount, SizeOf(ub4),
    OCI_ATTR_PREFETCH_ROWS, ErrorHandle);

AFAIK dieses command soll for !jedem! Statement gefeuert werden und die gesamte interne Daten-Sammlung schneller zusammenstellen. Welches ich auch auf dein delete beziehen würde. Du kann da auch die Oracle docs ausquetschen. Sind ziehmlich ergiebig im Ggs. zu Zeos.

[hoika]

Hallo,

Ich würde mir doch mal den Query-Plan ansehen.


Heiko

[Furtbichler]

Stimmt, hab gestern danach gegoogelt und gesehen, wie das geht. Habe es nur noch nie gemacht. Aber es gibt ja immer das erste Mal.

Bin aber noch im Delirium.