MySQL Force Update - wenn Value bereits gleich ist

[Rene K. (xdraconix)]

Ein etwas ungewöhnliches Anliegen:

Ich weiß, das MySQL die Reihe nicht updated wenn die Werte die gleichen 
sind. Das ist natürlich auch völlig sinvoll.

Nun habe ich aber einen Sonderfall, ich eine Tabelle in welcher der 
Status eines mehrerer Services gespeichert wird. Dort befindet sich auch 
ein Timestamp on update - nun ist die Sache so, das der Status der 
Services mit 0 gespeichert werden, und dann das Datum beim ändern (oder 
eben nicht) gespeichert wird.

Jedoch ändert sich natürlich das Timestamp on update nicht, weil ja der 
Status bei der nächsten Prüfung wieder 0 ist und somit kein Update 
stattfindet.

Kann man sich das irgendwie erzwingen, das MySQL dies dennoch als Update 
sieht?!

[Ob S. (Firma: 1984now) (observer)]

Rene K. schrieb:

> Ein etwas ungewöhnliches Anliegen:

Ähem, ja. Das Problem ist: dir fehlen die richtigen Begriffe, um es auch 
nur darzustellen...

> Ich weiß, das MySQL die Reihe nicht updated wenn die Werte die gleichen
> sind.

MySql kennt keine "Reihe", genausowenig wie jede andere SQL-Datenbank.

> Nun habe ich aber einen Sonderfall, ich eine Tabelle in welcher der
> Status eines mehrerer Services gespeichert wird. Dort befindet sich auch
> ein Timestamp on update - nun ist die Sache so, das der Status der
> Services mit 0 gespeichert werden, und dann das Datum beim ändern (oder
> eben nicht) gespeichert wird.

Also:was ist eine "Reihe" und wie hängt das mit der Tabelle zusammen?

[Rene K. (xdraconix)]

row - ich meinte natürlich eine row (Was für mich im übrigen im 
Deutschen immer noch eine Reihe ist.)

Hab es jetzt selbst gelöst. Ich habe eine Spalte (Achja, Sorry: column) 
mit einer Zufallszahl, welche jedes mal mit geänderten Werten 
beschrieben wird. Und somit ein update auf jeden Fall durchgeführt wird.

[Ein T. (ein_typ)]

Rene K. schrieb:
> Hab es jetzt selbst gelöst. Ich habe eine Spalte (Achja, Sorry: column)
> mit einer Zufallszahl, welche jedes mal mit geänderten Werten
> beschrieben wird. Und somit ein update auf jeden Fall durchgeführt wird.

Wenn Du ohnehin immer etwas schreibst... warum dann nicht gleich etwas 
Sinnvolles wie einen "changedAt"-Timestamp? So etwas kann man doch im 
Zweifelsfall immer mal brauchen... :-)

[Ein T. (ein_typ)]

Rene K. schrieb:
> Ich weiß, das MySQL die Reihe nicht updated wenn die Werte die gleichen
> sind. Das ist natürlich auch völlig sinvoll.
>
> Nun habe ich aber einen Sonderfall, ich eine Tabelle in welcher der
> Status eines mehrerer Services gespeichert wird. Dort befindet sich auch
> ein Timestamp on update - nun ist die Sache so, das der Status der
> Services mit 0 gespeichert werden, und dann das Datum beim ändern (oder
> eben nicht) gespeichert wird.
>
> Jedoch ändert sich natürlich das Timestamp on update nicht, weil ja der
> Status bei der nächsten Prüfung wieder 0 ist und somit kein Update
> stattfindet.
>
> Kann man sich das irgendwie erzwingen, das MySQL dies dennoch als Update
> sieht?!

Es würde mich doch SEHR wundern, wenn zuträfe, was Du sagst. Eine 
Richtige Datenbank (tm) wie PostgreSQL verhält sich jedenfalls nicht so: 
da wird in einer Triggerfunktion die "updatedAt"-Spalte gesetzt, und so 
befinden sich neue Werte im Record, der dann selbstverständlich auch 
geschrieben wird.

create.sql:

DROP TABLE IF EXISTS ding;

CREATE TABLE ding (
       id SERIAL PRIMARY KEY,
       createdAt TIMESTAMP DEFAULT NOW(),
       updatedAt TIMESTAMP DEFAULT NOW(),
       zahl INTEGER
);

CREATE OR REPLACE FUNCTION ding_on_update()
RETURNS TRIGGER AS $$
BEGIN
    NEW.updatedAt = NOW();
    RETURN NEW;
END;
$$ LANGUAGE 'plpgsql';

CREATE OR REPLACE TRIGGER ding_update_trigger
BEFORE UPDATE ON ding
FOR EACH ROW EXECUTE FUNCTION ding_on_update(); 

INSERT INTO ding(zahl) VALUES (1), (2), (3), (4);

update.sql:

UPDATE ding SET zahl = 2 WHERE zahl = 2;
UPDATE ding SET zahl = 4 WHERE zahl = 4;

Der Code funktioniert mit PostgreSQL einwandfrei. Wenn MySQL das anders 
macht (abgesehen von syntaktischen Unterschieden, natürlich), dann ist 
das wohl ein guter Moment, Deine Entscheidung für MySQL einmal intensiv 
zu überdenken. :-)

[Daniel A. (daniel-a)]

Ich hab das mal nach MySQL übersetzt:

CREATE TABLE `ding` (
  `id` INT NOT NULL PRIMARY KEY AUTO_INCREMENT,
  `createdAt` DATETIME NOT NULL DEFAULT NOW(),
  `updatedAt` DATETIME NOT NULL DEFAULT NOW(),
  `zahl` INT NOT NULL
);
CREATE OR REPLACE TRIGGER `ding_update_trigger` BEFORE UPDATE ON `ding` FOR EACH ROW SET NEW.`updatedAt`=NOW();
INSERT INTO `ding`(`zahl`) VALUES (1), (2), (3), (4);
SELECT * FROM `ding`;
DO sleep(10);
UPDATE `ding` SET `zahl` = 2 WHERE `zahl` = 2;
UPDATE `ding` SET `zahl` = 4 WHERE `zahl` = 4;
SELECT * FROM `ding`;

Ich hab das mal unter 10.6.11-MariaDB-1 Debian getestet. Die Zeit wurde 
da wie erwartet angepasst (siehe Anhang).

[Rene K. (xdraconix)]

Update: ja tatsächlich, mit dem richtigen Trigger funktioniert es nun 
tadellos. Ich danke euch für diesen Gedankenanstoß.