Ich arbeite an einer Anwendung mit etwa 75 Datenbanktabellen. Immer wenn ein Datensatz in einer bestimmten Tabelle hinzugefügt/aktualisiert wird, möchten wir diese Daten in einem anderen Speicher protokollieren.Webanwendung - Datenbankprotokollierung
Ab sofort gibt es im Wesentlichen eine Log-Tabelle für jede Tabelle. B. Tabelle_a_log, TabelleB_log usw.
Ereignisse werden ausgelöst, wenn Modelle gespeichert werden (Laravel-App), um die Daten in der entsprechenden Protokolltabelle zu protokollieren.
Meine Frage ist: ist der beste Weg, Logging zu nähern? Wenn wir Protokolle in der Datenbank speichern, sollten wir eine separate Datenbank für die Protokollierung verwenden? Gibt es bessere Alternativen zum Loggen?
Nicht sicher, ob es eine feste Regel als solche gibt. Was ist dein Hauptanliegen? –
Gut, das ist eher wie User Analytics Logging, also Dinge wie Datei-Logging würde nicht funktionieren, weil diese durchsuchbar sein müssten (vielleicht nicht von der App, sondern nach der Tat), so können wir sagen "die meisten Benutzer, die X bevorzugt haben also zwischen diesen Daten während dieser Promotion ". Aber mit 75 Tabellen (mit einer Protokolltabelle für jeden, die zu Millionen von Aufzeichnungen pro Tabelle wachsen könnte) war ich nur neugierig, wie Leute im Allgemeinen mit diesem – djt
umgehen. Sie würden die Analysedaten wie jede andere Datenbankressource behandeln, Sie müssen Optimierung betrachten wann Die Datenbank wird größer. Ich würde vorschlagen, einige Skalierbarkeitsressourcen zu lesen, zB: http://highscalability.com/ –