|
<< Click to Display Table of Contents >> Navigation: PostgreSQL - Datenbank > PSQL - Events |
Neben den Events bei der eigentlichen Anwendung, könnten auch Events notwendig werden, die bei der Speicherung/Änderung von Daten in der PostgreSQL anfallen.
Hier bleibt das Handling innerhalb von Gemstone/S - daher gilt hier besonders: "SQL-Daten und Event-Daten". Eventuell verschickt Gemstone/S hier bei Aktionen zwei Events - als Quelle dient dann die Logik und Datenänderungen in Gemstone/S und die Speicherung in PostgreSQL - leicht verspätet.
In diesem Fall werden die notwendigen SQL-Daten als Event an eine externe Anwendung geschickt, die diese Daten aufbereitet, bearbeitet und dann letzten Endes in die Postgres speichert. Dann ist diese externe Anwendung auch dafür Verantwortlich die Events zu versenden.
Wenn man diesen Weg gehen möchte, dann sollte man bei den Transportstrukturen überlegen - ob man neben den SQL-Daten dann auch gleich die notwendigen Events im Gemstone-Code definiert und zusammen mit den Daten auf den Weg schickt, Das erleichtert den Aufbau der externen Anwendung und man hat mehr Freiheiten beim Kodieren der Logik in Gemstone/S.