Hauptdaten vorübergehend in der Datenbank für jeden Benutzer

Question

Ich entwickle eine Datenbankanwendung, die Scores berechnet und das Ranking von Personen zeigt. Was ich tue, ist das Ausführen von Prozeduren, die die Scores berechnen und diese Scores in einer Datenbanktabelle speichern. Daraus wird ein Endergebnis berechnet. Ich zeige dann das Ranking nach der Punktzahl.

Worum ich mir Sorgen mache, ist folgendes: Was wäre, wenn zwei Benutzer gleichzeitig die Anwendung benutzen? Wenn einer die Punkte bereits berechnet hat und kurz bevor der Punktestand abgerufen wird, führt der andere Benutzer die Prozedur aus und überschreibt die Tabelle. Da verschiedene Benutzer verschiedene Parameter angeben können, unterscheiden sich die Tabellen. Gibt es eine Möglichkeit, eine eindeutige Tabelle für jeden einzelnen simultanen Benutzer zu erstellen, der gerade diese Anwendung verwendet?

Datenbank: Oracle

Answer 1

Verwenden Sie eine temporäre Tabelle für die Zwischenergebnisse. Eine Kopie der Tabelle wird für jede Datenbanksitzung instanziiert, so dass es bei parallelen Anwendungen der Anwendung keine Interferenz gibt.

Beispiel:

CREATE GLOBAL TEMPORARY TABLE schema.table (
    col_pk   NUMBER PRIMARY KEY 
    , col_score  NUMBER 
    , col_whatever VARCHAR2(4000) 
) ON COMMIT PRESERVE ROWS; -- alternative: ON COMMIT DELETE ROWS; does the obvious thing ... 

Alternativ eine Benutzer-ID in die Tabelle in dem die Spielstände zu berechnen auseinander Ergebnisse für verschiedene Benutzer zu halten (zB durch einen Fremdschlüssel Hinzufügen einer Benutzeridentifikationstabelle verweist.).

Schließlich könnten Sie die Score-Berechnung auf eine gespeicherte Prozedur in ein Paket plsql verpackt verschieben. Diese Pakete werden ebenfalls von db session instanziiert.

Update (Anwendungsarchitektur)

Als Justin Cave Noten wird zusätzliche Logik für Mehrschichtige Anwendungen benötigt, wo Datenbanksitzungen geteilt werden zwischen Anwendungsbenutzer.

Bei Ihrer Beschreibung hängt der Endergebnis von einem Parametersatz ab (der für mehrere Benutzer identisch sein kann), der sich wahrscheinlich im Datenmodell widerspiegeln sollte (Beispiel: 'Parametersätze' könnten eine Tabelle ihrer sein Eigene, die eine "final_score" -Spalte enthalten Eine Tabelle "ranking" könnte aus FKs zu den Tabellen 'parameter set' und 'user' und einer Spalte 'score' bestehen Die 'user' -Tabelle würde einen FK auf 'parameter sets' enthalten. Eine Benutzerabfrage für ihre Bewertung würde dann in eine Abfrage für die Bewertung bei einem bestimmten Parametersatz übersetzt).