Liebe Leute,

ich verwende folgenden Code um Datenzeilen aus einer .mdb Datenbank zu löschen, wenn diese vorhanden sind:



Das funktioniert soweit ganz gut und zu 99,9% immer auch sehr schnell innerhalb von wenigen Millisekunden.
Hie und da kommt es jedoch vor, dass der DELETE Befehl 10-30 Sekunden den Task anhält. Besonders dann, wenn die Datenbank schon etwas größer ist und ich darüber übers Netzwerk zugreife (5 GBit LAN). Ich habe aber kein Muster herausfinden können, wonach diese "Denkpausen" auftreten. Bei 100 Zugriffen passt es, beim 101 nicht (so in etwas die Musterverteilung).

Dazu nun meine Frage. Macht es einen Unterschied ob ich in meinem Code



oder



verwende? (Unterschied ist der Stern nach DELETE).

Hat jemand eine Idee, warum diese Verzögerungen hie und da auftreten? Macht die Datenbank da irgend eine Rekonfiguration oder so?

LG Roland

Wozu rufst du vorher mit Count ab ob es Datensätze zu löschen gibt nur um diese dann mit genau den selben Parametern zu löschen.

Habe ich versucht und die Geschwindigkeit nachgemessen. Wenn es keinen Eintrag gibt, dann dauert der DELETE Command viel zu lange. Daher ist das vorherige Abfragen erforderlich, was insgesamt viel schneller geht. der Count Befehl dauert nur wenige ms länger - nicht wirklich merkbar.

Genauso arbeite ich nicht mit Update, sondern mit Delete + Insert, weil letzteres auch performanter ist.

Aber es hört sich schon irgendwie nach einem Performanceproblem mit der Indexierung an.Poste doch mal die Tabellendefinietion der obigen Tabelle.

Wenn es ein Performanceproblem mit der Indexierung ist, würde es dann nicht jedesmal auftreten? Es tritt nur hie und da auf. Den ganzen Tag gehts auch einwandfrei und superschnell. Dann hast einen einzeigen Auftrag auf den Du bis zu 30 Sekunden wartetst. Und dieser unterscheidet sich auch nicht von anderen - daher die Verwunderung. Würde es an der Gesamt-Datenbankperformance liegen, dann wären ja alle Zugriffe langsam. Aber der Unterschied von 0,5 Sekunden und 30 Sekunden ...

Ich habe in den Tabellen-Feldern absichtlich keine Indizes gesetzt, da diese die Aktualisierungen mit Insert sehr ausbremsen. Habe mich im letzten Jahr viel mit diesen Datenbanken und die performantesten Arten zur Abfrage/Aktualisierung auseinandergesetzt. Und die meisten Beiträge in diversen Foren rieten von einer Indizierung wegen Performanceeinbußen bei der Aktualisierung der Datensätze ab.

Meine einzigen Analyse-Tools ist die Praxisanwendung selbst.
Ich habe im Hintergrund ein Logfile mitlaufen wo ich eine Zeitmessung verschiedenster Datenbankzugriffe vornehme. Da ist leider auch kein Muster erkennbar - außer, dass es beim DELETE Befehl auftritt.

Aber daran merkt man doch schon das etwas nicht stimmt. Das darf doch nicht schneller sein.

Werde das "Count" mal testweise rausnehmen und ein paar Tage ohne probieren. Womöglich ist es wirklich unnötig.

Wegen dem DELETE * FROM oder DELETE FROM - bewirkt der Stern etwas positiv oder negativ? Funktionieren würden beide Varianten.

Ich habe nun testweise den Count-Code rausgenommen und auf das Feld "Auftragsnummer" einen Index gesetzt.
Mal sehen ob das Problem damit gelöst wurde. Zumindest dauern jetzt die Schreibzugriffe mit aktiviertem Index schon ein paar ms messbar länger. Aber damit könnte man leben.