Es gibt Beiträge, die ich gemocht werden möchte.Der effizienteste Weg, um Inhaltslikes in SQL zu strukturieren
Ich dachte an eine separate Tabelle in meiner Datenbank erstellen namens „Stimmen“
FEILDS: UID | POST ID | Date of Like
DATA .:1337 | Post66 .| 14032049 . .
< roh Zeit von 1970 - ist dies eine schlechte Praxis zu?
anstatt ein Array in ein Feld wie "gemocht Inhalt" unter den Benutzerdaten - oder "Benutzer, die gefallen haben" unter dem Inhalt eingefügt.
Ist dies der beste Weg, eine solche Funktion zu implementieren? Es würde helfen, die Anzahl der Zeiten zu begrenzen, die ein Benutzer den Post vermutlich mögen mag, scheint jedoch kontraintuitiv.
Eine separate Tabelle Ist der Ansatz, den ich verwenden würde, minus Ihr Datumsformat. Es ist am besten, ein Standard-Datumsformat zu verwenden, und das Speichern der Zeitzone ist ebenfalls gut, es sei denn, Sie werden immer wissen, was es sein wird, oder immer sicherstellen, dass es konvertiert wird. – Matt
Ich würde die Tabelle 'UserLikes' nennen und geben Sie einen Primärschlüssel. Das ist mein einziger Vorschlag. –