Nehmen wir als Beispiel das Lagerhaussystem eines Produzenten für Sportartikel. Es gibt eine Tabelle mit Produktinformationen, in der eine Quantity-Spalte die Anzahl der einzelnen Produkte auf Lager enthält. Eine Aktualisierung in dieser Spalte würde typischerweise die Menge an Lagergütern verringern oder sie im Falle einer frischen Lieferung erhöhen.

Ein Handelsvertreter, der mit einer entfernten Datenbank arbeitet, gibt eine Bestellung ein, wodurch der Bestand an bestimmten T-Shirts von 28 auf 23, also um fünf, verringert wird. Bevor diese Aktualisierung an die konsolidierte Datenbank repliziert wird, erhält ein anderer Handelsvertreter 40 T-Shirts retourniert. Dieser Handelsvertreter gibt diese Rückgabe in seine entfernte Datenbank ein und repliziert die Änderungen an die konsolidierte Datenbank im Lagerhaus, wodurch 40 der Quantity-Spalte hinzugefügt werden, was 68 ergibt.

Der Lagerhaus-Eintrag wird der Datenbank hinzugefügt. Die Quantity-Spalte zeigt, dass es nun 68 T-Shirts auf Lager gibt. Wenn die Aktualisierung des ersten Handelsvertreters eintrifft, entsteht ein Konflikt: SQL Anywhere erkennt, dass die Aktualisierung von 28 auf 23 lautet, der aktuelle Wert der Spalte jedoch 68 beträgt.

Standardmäßig setzt sich die aktuellere Aktualisierung durch, sodass die Inventargröße fälschlicherweise auf 23 gesetzt wird.

In diesem Fall sollte der Konflikt durch das Zusammenzählen der Änderungen in der Inventarspalte gelöst werden, um das Endergebnis zu berechnen, damit der endgültige Wert von 63 in die Datenbank eingetragen wird.

 Die Lösung implementieren

CREATE TRIGGER resolve_quantity
 RESOLVE UPDATE OF Quantity
 ON "DBA".Products
 REFERENCING OLD AS old_name
  NEW AS new_name
  REMOTE AS remote_name
 FOR EACH ROW
 BEGIN
   SET new_name.Quantity = new_name.Quantity
                        + old_name.Quantity
                        - remote_name.Quantity
 END;