Ein UPDATE löst nur dann einen Schreibvorgang aus, wenn sich Daten in einem Feld geändert haben. Das tangiert dich als Programmierer aber nur im Ergebnis von Funktionen wie mysql_affected_rows(). Ansonsten ist es doch egal, ob MySQL was schreibt oder nicht? Selbst vorher zu testen ob es Änderungen gibt, ist letztlich wegen des zusätzlichen SELECTs inklusive Datenabfrage weder einfacher zu programmieren noch schneller ausgeführt.
Daher dachte ich ja das es so etwas gibt wie ON duplicate KEY UPDATE für UPDATES. Quasi 'ON UPDATE set autor = $autor'. Das meinte ich mit intern.
Der Autor ist also ein Feld der vom UPDATE betroffenen Tabelle?
Sorry, wenn ich da nicht so richtig ausgedrückt habe.
Was für ein Problem hast du denn, wenn du einfach den vollständigen Datensatz inklusive Autor updatest und MySQL einfach selbst entscheiden lässt, für welche Felder es einen Schreibvorgang vornimmt? Wenn du eine interne Lösung (für welches konkrete Problem auch immer) erstellen willst, kannst du dir eine Stored Procedure programmieren.
Mein Problem daran ist, dass es sich um ein Preis Tabelle handelt und jede Veränderung vom Benutzer gespeichert werden muss. Es kommt allerdings nicht immer zu Änderungen, dann darf das System auch nicht den Benutzer speichern.
Ich hoffe es jetzt besser erklärt zu haben.
Und Danke für die schnelle Antwort
Schuberto