Python Django Cache vs im Modellfeld speichern? Was ist effizienter?

Question

Meine Ansicht zeigt eine Tabelle mit Daten an (spezifisch für einen Kunden, der viele Benutzer haben kann) und diese Tabelle benötigt eine Menge an Rechenressourcen, um sie zu füllen. Die Daten eines Kunden ändern sich 4/5-mal pro Woche, normalerweise am selben Tag.

Caching ist eine naheliegende Lösung, aber ich frage mich, ob Django's cache framework wesentlich effizienter ist, als ein Textfeld auf der Kundenebene zu erstellen und stattdessen die Daten dort zu speichern?

Ich denke, es ist einfacher zu implementieren (und löschen Sie das Textfeld, wenn sich die Daten ändern), aber was sind die Nachteile und gibt es noch etwas, auf das ich achten muss? (Probleme, wenn der Datensatz zu groß wird? zusätzliche Felder im Modell etc etc)

Jede Hilfe wäre sehr willkommen!

Answer 1

Das Cacheframework hat den Vorteil, dass Sie die Datenbank nicht verwenden müssen. Sie können Ihren Cache-Speicher unabhängig von Ihrer Datenbank skalieren und den Cache auf verschiedenen physischen (oder virtuellen) Computern ausführen.

Darüber hinaus müssen Sie nicht die veraltete vs frische Logik implementieren, aber das ist eine einmalige.

Answer 2

Ein Cache ist ein Cache ist Cache, jedoch implementieren Sie es, und das Hauptproblem mit Caches ist die Ungültigkeitserklärung.

Wie Melvyn zu Recht geantwortet hat, ist der Fall für das Cache-Framework, dass es (naja, kann, je nachdem, welches Backend Sie wählen) außerhalb Ihrer Datenbank liegt. Ob es ein Pro oder Kontra ist, hängt wirklich von Ihrer Datenbanklast, Infrastruktur und whatnots ab ... wenn Sie bereits das Cachegramework verwenden (für mehr als nur bedingungsloses ganzseitiges Caching meine ich) und die Belastung Ihrer Datenbank minimieren wollen, dann ist es das möglicherweise die zusätzliche Komplexität wert.

Sonst speichern Sie Ihr berechnetes Ergebnis in der db ist ziemlich einfach und erfordert keine zusätzlichen Server, installieren usw. Ich würde persönlich für ein dediziertes Modell gehen - um unnötigen Overhead auf der Ebene db zu vermeiden -, einschließlich der zwischengespeicherten Ergebnis und eine Prüfsumme der Parameter, von denen dieses Ergebnis abhängt (kanonisches Memo-Muster), so dass Sie leicht erkennen können, ob es neu berechnet werden muss. Ich fand diese Lösung einfacher zu warten, als zu versuchen, Änderungen an jedem einzelnen dieser Parameter zu erkennen und den Cache "on the fly" (was eine ordnungsgemäße Cache-Invalidierung schwierig oder zumindest komplex zu implementieren ist) ungültig/erneut zu berechnen Dies hängt wiederum davon ab, was diese Parameter sind und woher sie kommen.

Answer 3

4-5 mal pro Woche sieht nicht wie eine große Herausforderung aus, aber niemand weiß außer Ihnen, welche Art von Berechnung Sie haben, wie viele Daten Sie speichern sollten, wie viele Benutzer Sie haben und so weiter. Wenn Sie dies mit TextField implementieren möchten, ist es immer noch eine Art Caching-System, also schlage ich vor, djangos Caching-System mit Datenbank-Backend zuerst https://docs.djangoproject.com/en/1.11/topics/cache/#database-caching zu verwenden. Sie können Daten mit 1 Abfrage wie im Fall von TextField nicht abrufen, aber später können Sie Ersetzen Sie die Datenbank bei Bedarf durch eine andere Ebene.