Select zu Schnell für Datenbank

[grenzgaenger]

hallo Leuts,

hab mal ein problem mit der datenbank...

1. frag ich ab, ob ein satz mit dem primärschlüssel bereits in der db vorhanden ist select ... from tabelle where PrimaryKey = ... falls er etwas zurückliefert, kommt ein update statement, andernfalls ein insert.

das klappt auch ganz gut, wenn ein normaler dialog ist...

ich sammle allerdings die daten um sie anschliessend im batch zu verbuchen.

da kann es vorkommen, dass mehrere sätze zu einem primärschlüssel vorkommen... beim ersten mal macht er das auch noch richtig... wenn dann ein weiterer satz kommt, liesst er wohl ins leere und bringt irrtümlich die meldung, dass noch kein datensatz vorhanden ist, wenn dann der insert kommt, bringt er die meldung, dass bereits ein datensatz vorhanden ist...

gibt es da eine möglichkeit, die verbuchung resp. das lesen zu beschleunigen ... oder die verbuchung zu verlangsamen, so dass die datenbank mit dem fortschreiben nachkommt?


dank für euere hilf
gg

[Mr_G]

Hallo grenzgaenger,

nutz doch einfach das "INSERT ... ON DUPLICATE KEY UPDATE"-Statement (siehe hier).
Gruß

Jan

[grenzgaenger]

dank dir Mr. G, das wäre ein netter befehl welcher das problem lösen würd... doch leider gehört er nicht zum standard sprachumfang von SQL und mein datenbanktreiber unterstützt ihn auch nicht...

[marabu]

Hallo,

Zitat von grenzgaenger:

...ich sammle allerdings die daten um sie anschliessend im batch zu verbuchen.

packe doch das Übel bei der Wurzel: Kannst du die gesammelten Daten nicht konsolidieren, bevor du sie verarbeitest?

Ansonsten würde ich das Problem mal isolieren und in Richtung Transaktionsverarbeitung recherchieren.

Grüße vom marabu

[grenzgaenger]

aktuell hab ich es so gelöst, dass ich die eingaben gleich abspeichere... funktioniert

an das thema mit den konsolidieren hab ich auch schon gedacht... dachte aber, dass ich das der DB überlassen kann

den isolation level hab ich bereits auf dirty read gesetzt, brachte aber nix...

nehme an, dass das problem liegt, dass die verbuchung von einem anderen thread aus läuft... so dass mein progy, meint, die verbuchung ist bereits abgeschlossen, während die DB noch dabei ist... die daten fortzuschreiben...

[marabu]

Zitat von grenzgaenger:

... nehme an, dass das problem liegt, dass die verbuchung von einem anderen thread aus läuft ...

Unter diesen Umständen würde ich eine CriticalSection einsetzen.

[grenzgaenger]

ich glaub, da hast mich falsch verstanden...

die schnittstelle/der datenbanktreiber... ist der andere thread. mein progy, hat nur einen einzigen thread

die frage ist nur, wie man warten kann, bis der datenbanktreiber die daten auch in die datenbnank geschrieben hat, so dass man nachsehen kann, was schon drinne ist..

grüss und noch einen schönen sonntag
gg