Daniel

Hallo,

für mein Projekt habe ich ein News-System erstellt. Es soll nun nachverfolgt werden, welcher User welche News gelesen hat. Am Ende sollen immer die drei neusten News, mindestens jedoch alle ungelesenen angezeigt werden.

Meine Frage ist nun, wie ich das konzeptionell auf Datenbankebene am besten abbilde.

Die News sind kurz gesagt in einer Tabelle mit den Spalten (id, publisher, title, text).

Meine bisherige Überlegung war, eine Tabelle anzulegen, welche Zuordnungen enthält, welche noch nicht gelesen wurden. Somit wächst die Tabelle nicht unendlich.

Zum Auslesen könnte ich einfach die ungelesenen News nehmen, und wenn die weniger als 3 sind, durch UNION auffüllen.

Was haltet ihr davon? Habt ihr ein besseres Konzept?

Danke und Gruß,
Daniel

__________________
Je mehr ich lerne, desto mehr wird mir bewusst, dass ich eigentlich nichts weiß.

Mister Ad

zwutz

versteh ich nicht. Genau aus dem selben Grund würde ich es anders herum machen. Oder willst du bei jeder neuen News für jeden Benutzer einen Eintrag anlegen?

Einfach ablegen, wer wann welche News gelesen hat. Evtl zeitlich limitieren, dich werden ja eh nur neuere News interessieren

Daniel

Hallo zwutz,

danke zunächst für deine Antwort. Ja, so in etwa sah mein Plan aus. Beim Erstellen von News für jeden Nutzer einen Eintrag anlegen, dass der die News nicht gelesen hat.
Sobald er dies getan hat, dein Eintrag aus der Tabelle wieder löschen. Somit enthält sie immer nur die aktuell ungelesenen Einträge.

Anders herum würde ich immer, wenn ein User die News gelesen hat, einen Eintrag erstellen. Das würde auf Dauer ziemlich wachsen, oder?

Außerdem will ich beim Auslesen ja gerade die News, die der User noch nicht gelesen hat.

Das war meine Idee dahinter...

__________________
Je mehr ich lerne, desto mehr wird mir bewusst, dass ich eigentlich nichts weiß.

dsentker

Gerade so wird ja ordentlich was in die DB gehämmert. Wenn für jeden Artikel ein Eintrag für "ungelesen" erstellt wird, dann wächst das recht schnell. Stell dir mal 200 User vor, von denen durchschnittlich 50 User einen Artikel lesen. Der Rest ist nicht mehr aktiv oder hat schlichtweg keine Lust zu lesen. Bei zwei Artikeln hättest du schon 300 überflüssige Einträge, bei vier Artikeln 600 usw...

Dann doch lieber die gelesenen Artikel in eine Tabelle setzen.

__________________

Daniel

Ich glaube, ich habe mich etwas unglücklich ausgedrückt, der Fall liegt bei mir glaube ich bisschen anders.

Die Formulierung des Auftrags war: "Jeder Benutzer soll nach dem Anmelden auf der Startseite die drei aktuellsten Artikel sehen, mindestens jedoch diese, die er noch nicht gesehen hat."

Als "gesehen" wird hier bereits das Anzeigen der Titel auf der Startseite definiert. D.h. sobald sich ein User anmeldet, sieht er direkt alle neuen Artikel und damit können diese als gelesen betrachtet werden.

Fragt mich bitte nicht nach dem Sinn dieser Regelung, es ist eine feste Vorgabe. Damit dürfte ich auf Dauer deutlich weniger ungelesene als gelesene Artikel haben...

Nachdem ich es jetzt beim dritten Anlauf hoffentlich hinbekommen habe, den Sachverhalt richtig darzulegen (sorry!), glaube ich immer noch, dass es sinnvoller und auch einfacher ist, die ungelesenen Artikel zu speichern... Oder bleibt ihr bei eurer Meinung?

__________________
Je mehr ich lerne, desto mehr wird mir bewusst, dass ich eigentlich nichts weiß.

tr0y

gesehene Zeitspektren der News für jeden User speichern. Insofern man davon ausgehen kann das der User die News immer nach alter sortiert ansieht. so kannst du davon ausgehen das irgendwann alle gelesen sind ( das zeitspektrum also vom ältesten zum jüngsten reicht ) wenn nichts mehr außerhalb des gespeicherten Spektrums vorhanden ist. Das lässt sich mit ein paar Kniebeugen direkt über Datenbanktrigger lösen oder über etwas SQL + DateTime innerhalb von PHP

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

Daniel

Das ist eine sehr gute Idee! Ich speichere sowieso in der Datenbank den Zeitpunkt des letzten Logins und die News werden chronologisch sortiert. Nach einem Login kann ich davon ausgehen, dass er die ungelesenen News (die, die seit seinem letzten Login verfasst wurden) dann gesehen hat.

Somit sind die ungelesenen News immer die zwischen dem jetzigen Zeitpunkt und dem letzten Login des Users. So komme ich sogar vollständig um eine weitere Tabelle herum.

Vielen Dank!

__________________
Je mehr ich lerne, desto mehr wird mir bewusst, dass ich eigentlich nichts weiß.

tr0y

Nicht unbedingt, wenn du beispielsweise 5 news auf der seite anzeigst, aber 20 vorhanden sind die ungelesen sein würden, sieht er nur die ersten 5, deswegen nicht unbedingt den last login nehmen, sondern effektive "sichtung" speichern, anhand von begin -> end - dates..

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

Daniel

Dann werden eben 20 News angezeigt... Über Sinn und Unsinn lässt sich hier trefflich streiten. Auf der anderen Seite wird es von Natur aus wenig bis gar keine User geben, die sich so selten anmelden.

Ich werde es erstmal so versuchen. Danke aber dennoch für den Hinweis!

__________________
Je mehr ich lerne, desto mehr wird mir bewusst, dass ich eigentlich nichts weiß.