Was ist die effizienteste Art, zu testen, ob ein Wert in einer DB schon gesetzt wurde, um darauf Fallbezogen ein INSERT oder UPDATE nachzusenden?


Würde jetzt ein einfaches SELECT ansetzen, oder gibt es bessere Funktionen, die mit geringerem Overhead auskommen?

Ich würde mit :
SELECT xName FROM TableX WHERE xName=$xName

abfragen, ob Ergebnissatz vorhanden. Wenn ja, ein UPDATE nachsenden, wenn nein ein INSERT.

Das wirkt auf mich sehr ineffizient. geht doch bestimmt eleganter??

-- also doch erst das SELECT... --, und das nur, um zu wissen, ob Wert schon vorhanden oder nicht

Dank Euch beiden für die schnellen Antworten

zumindest interessant, wenn auch im konkreten Fall nicht ganz zutreffend, da ja auf Existenz eines Wertes bzw. eines Datensatzes geprüft werden soll, der Trigger jedoch (wenn ich es richtig gesehen habe) vor oder nach einer Aktion weitere Aktionen anstoßen kann (mal salopp gesagt).
Trotzdem gute Quelle...

@ heiner ok, da habe ich beim querlesen was übersehen.

@jetson224 : das ist ja die bekannte Ausgangslage und genau das, was ich gerade umgehen will( ok , du nutz ein count(), das ist u.U. eine kleine optimierung), da hier eigentlich ein gesamtes Statement gesendet, vom DB-Server beantwortet, zurückgesendet und von mir mit php wieder ausgewertet werden muss, worauf ich dann erst mit der eigentlichen Transaktion (UPDATE oder INSERT) beginnen könnte.

Mit jedem Sendevorgang werden zig byte für das wrappen der IP-Packete etc. verballert, obwohl als Antwort fast ein einzelnes Bit, Flag (ja/nein) ausreichen würde, ob Wert vorhanden oder nicht.

Laufen einige 100 dieser Abfragen, wird daraus ein wahnsinniger aufgeblähter Überhang, der aus meiner Sicht fast nicht vertretbar wäre.

Die Sache mit den Triggern ist eigentlich genau, was ich suchte.

Guten Tag, Herr nocturne

Wohl wahr und obendrein sprichst du da mein nächstes weit größeres Problem an. Aber dafür kommt wohl in den nächsten Tagen ein neuer Thread an dieser Stelle.
Damit meine ich: