N
Nutritious
Gast
Hallo zusammen!
Ich habe ein paar Funktionaliutäten für ein Mehrbenutzer-webapp im Sinn, für die ich gerne MDBs einsetzen würde, bin mir aber nicht sicher, ob es der beste Weg wäre.
Ein Beispiel für einen solchen Dienst wäre folgendes:
User verbreiten an unterschiedlichsten Stellen im Netzwerk Informationen, zum Beispiel Kommentare unter irgendwelchen Beiträgen.
Wenn ein Account entfernt wird, sollen auch alle mit ihm assoziierten Beiträge verschwinden. Das könnten natürlich mehrere tausend sein. Diese Beiträge wären überall verteilt, es gäbe keine zentrale Informationsquelle über genaue Anzahl und "Aufenthaltsort".
Anstatt nun permanent im Hintergrund nach Beiträgen gelöschter Accounts zu suchen, wollte ich das Löschen "lazy" implementieren.
Hierzu gehe ich davon aus, dass jeder Account eine eindeutige Id hat und diese an jeden Beitrag, den er verfasst, vererbt.
Jetzt kann man sich folgendes Szenario vorstellen: User X ruft seite Z auf. Hier befinden sich zahlreiche Beiträge unterschiedlicher User. U.a. auch der von User K, dessen Account nicht mehr existiert. Bei der Darstellung des Beitrages wird festgestellt, dass K's Id nicht mehr existiert. Erst jetzt wird der Beitrag aus der DB gelöscht. Es musste also nicht aktiv gesucht werden.
Ich hatte mir das Löschen jetzt so vorgestellt:
Feststellung: Beitragsverfasser xyz existiert nicht in DB.
Überspringe Beitrag bei Darstellung.
Erzeuge Message mit Löschauftrag für JMS-Warteschlange.
Darstellung der Seite abshließen.
Ich möchte an der Stelle den Auftrag nur lostreten und nicht auf eine Bestätigung warten, da der aufrufende Part der Anwendung sich in dem Moment ja gar nicht dafür interessiert.
Ich hoffe, man kann das nachvollziehen.
Eignen sich MDBs für so etwas oder würde man das auf andere Weise besser erledigen können?
Ich habe ein paar Funktionaliutäten für ein Mehrbenutzer-webapp im Sinn, für die ich gerne MDBs einsetzen würde, bin mir aber nicht sicher, ob es der beste Weg wäre.
Ein Beispiel für einen solchen Dienst wäre folgendes:
User verbreiten an unterschiedlichsten Stellen im Netzwerk Informationen, zum Beispiel Kommentare unter irgendwelchen Beiträgen.
Wenn ein Account entfernt wird, sollen auch alle mit ihm assoziierten Beiträge verschwinden. Das könnten natürlich mehrere tausend sein. Diese Beiträge wären überall verteilt, es gäbe keine zentrale Informationsquelle über genaue Anzahl und "Aufenthaltsort".
Anstatt nun permanent im Hintergrund nach Beiträgen gelöschter Accounts zu suchen, wollte ich das Löschen "lazy" implementieren.
Hierzu gehe ich davon aus, dass jeder Account eine eindeutige Id hat und diese an jeden Beitrag, den er verfasst, vererbt.
Jetzt kann man sich folgendes Szenario vorstellen: User X ruft seite Z auf. Hier befinden sich zahlreiche Beiträge unterschiedlicher User. U.a. auch der von User K, dessen Account nicht mehr existiert. Bei der Darstellung des Beitrages wird festgestellt, dass K's Id nicht mehr existiert. Erst jetzt wird der Beitrag aus der DB gelöscht. Es musste also nicht aktiv gesucht werden.
Ich hatte mir das Löschen jetzt so vorgestellt:
Feststellung: Beitragsverfasser xyz existiert nicht in DB.
Überspringe Beitrag bei Darstellung.
Erzeuge Message mit Löschauftrag für JMS-Warteschlange.
Darstellung der Seite abshließen.
Ich möchte an der Stelle den Auftrag nur lostreten und nicht auf eine Bestätigung warten, da der aufrufende Part der Anwendung sich in dem Moment ja gar nicht dafür interessiert.
Ich hoffe, man kann das nachvollziehen.
Eignen sich MDBs für so etwas oder würde man das auf andere Weise besser erledigen können?