MySQL teilt die Datentabelle vertikal auf

Während des Entwicklungsprozesses bin ich auf folgendes Problem gestoßen: In der Datenbank gibt es eine Artikeltabelle, in der relevante Informationen des Artikels gespeichert werden (z. B. Titel, Inhalt, Autor, Erstellungszeit, Anzahl der Sammlungen usw.), und es gibt eine weitere Tabelle zum Speichern der Sammlungsbeziehung zwischen Benutzern und Artikeln (die Hauptfelder sind: Benutzer-ID, Artikel-ID. Wenn der Artikel zum ersten Mal angezeigt wird, werden die Artikeldaten aus dem abgerufen Datenbank und die Daten werden in Redis zwischengespeichert, wodurch die Leistung verbessert wird. Aber jetzt, da jedes Mal, wenn Sie einen Artikel zu den Favoriten hinzufügen oder die Favoriten aufheben, das Feld
Anzahl der Sammlungen in der Artikeltabelle aktualisiert und der Cache des Artikels geleert wird (der Grund, warum ich mich dafür entschieden habe). Löschen Sie den Cache, anstatt den Cache zu aktualisieren. Dies liegt daran, dass beim nächsten Zugriff auf den Artikel die Datenbank abgefragt und die Daten zwischengespeichert werden, um die Generierung schmutziger Daten zu vermeiden. Dies hat also einen gewissen Einfluss auf die Leistung!

Deshalb habe ich beschlossen, die Anzahl der Sammlungen in der Artikeltabelle aufzuteilen, um eine neue Sammlungstabelle zu erstellen (die Hauptfelder sind: Primärschlüssel-ID, Artikel-ID, Anzahl der Sammlungen) und die Anzahl der Sammlungen beim Caching separat zwischenzuspeichern Artikeldaten, daher muss die Artikeltabelle nicht jedes Mal aktualisiert werden, wenn ein Artikel gesammelt oder nicht gesammelt wird. Nach der Aktualisierung der Artikelsammlungsanzahltabelle wird der Cache direkt aktualisiert (der Grund dafür). Die Daten sind hier nicht zu befürchten, da es sich bei der Sammlung nicht um besonders wichtige Daten handelt. Auch wenn es bestimmte Fehler gibt, werden diese keine nachteiligen Auswirkungen haben.

Mit der oben genannten Lösung stellen sich zwei Fragen, und ich hoffe, Sie können sie beantworten:

1. Da es sich bei den Primärschlüssel-ID- und Artikel-ID-Feldern in der Anzahl der Artikelsammlungen um eindeutige und sich nicht wiederholende Felder handelt, ist es möglich, das Primärschlüssel-ID-Feld wegzulassen und die Artikel-ID direkt als Primärschlüssel zu verwenden?

2. Denn wenn jedes Mal, wenn Artikeldaten hinzugefügt werden, die Anzahl der Artikelsammlungen, die der Artikel-ID entsprechen, nicht synchronisiert wird, wird die Anzahl der Artikelsammlungen jedes Mal aktualisiert, wenn ein Artikel gesammelt oder nicht gesammelt wird. Die Artikelsammlungen müssen zuerst abgefragt werden, ob bereits eine Sammlungsnummer vorhanden ist, die der Artikel-ID in der Tabelle entspricht. Wenn nicht, fügen Sie die Sammlungsnummer des Artikels direkt hinzu. Der Einfachheit halber habe ich beschlossen,

   jedes Mal einen neuen Artikel hinzuzufügen. Beim Hinzufügen von Artikeldaten wird ein Teil der Artikelsammlungsanzahldaten synchronisiert, der der Artikel-ID entspricht Wenn Sie in Zukunft zählen, müssen Sie nicht zuerst feststellen, ob die Daten vorhanden sind, sondern können die Daten direkt aktualisieren. In diesem Fall können Sie eine Anomalie zwischen den neu hinzugefügten Artikeldaten und den neu hinzugefügten Artikelsammlungsdaten vermeiden der Erfolg der neuen Artikeldaten, aber das Scheitern der neuen Artikelsammlungsdaten? Ich weiß, dass dies durch Transaktionen vermieden werden kann. Gibt es einen einfacheren Weg? Kann MySQL beim Hinzufügen eines Datenelements automatisch ein Datenelement zu einer anderen Tabelle hinzufügen? (Datenbankabschaum~)

Vielen Dank für das oben Gesagte!

Antwortinhalt:

Während des Entwicklungsprozesses bin ich auf folgendes Problem gestoßen: In der Datenbank gibt es eine Artikeltabelle, in der die relevanten Informationen des Artikels gespeichert werden (z. B. Titel, Inhalt, Autor, Erstellungszeit,

Anzahl der Sammlungen usw.), und es gibt eine weitere Tabelle zum Speichern der Sammlungsbeziehung zwischen Benutzern und Artikeln (die Hauptfelder sind: Benutzer-ID, Artikel-ID. Wenn der Artikel zum ersten Mal angezeigt wird, werden die Artikeldaten abgerufen). Die Datenbank und die Daten werden in Redis zwischengespeichert, wodurch die Leistung verbessert wird. Aber jetzt, da jedes Mal, wenn Sie einen Artikel zu den Favoriten hinzufügen oder die Favoriten aufheben, das Feld Anzahl der Sammlungen
in der Artikeltabelle aktualisiert und der Cache des Artikels geleert wird (der Grund, warum ich mich dafür entschieden habe). Löschen Sie den Cache, anstatt den Cache zu aktualisieren. Dies liegt daran, dass beim nächsten Zugriff auf den Artikel die Datenbank abgefragt und die Daten zwischengespeichert werden, um die Generierung schmutziger Daten zu vermeiden. Dies hat also einen gewissen Einfluss auf die Leistung! Deshalb habe ich beschlossen, die Anzahl der Sammlungen in der Artikeltabelle aufzuteilen, um eine neue Sammlungstabelle zu erstellen (die Hauptfelder sind: Primärschlüssel-ID, Artikel-ID, Anzahl der Sammlungen) und die Anzahl der Sammlungen beim Caching separat zwischenzuspeichern Artikeldaten, daher muss die Artikeltabelle nicht jedes Mal aktualisiert werden, wenn ein Artikel gesammelt oder nicht gesammelt wird. Nach der Aktualisierung der Artikelsammlungsanzahltabelle wird der Cache direkt aktualisiert (der Grund dafür). Die Daten sind hier nicht zu befürchten, da es sich bei der Erfassung nicht um besonders wichtige Daten handelt. Auch wenn bestimmte Fehler vorliegen, werden diese keine nachteiligen Auswirkungen haben.

Mit der oben genannten Lösung stellen sich zwei Fragen, und ich hoffe, Sie können sie beantworten:

Da es sich bei den Primärschlüssel-ID- und Artikel-ID-Feldern in der Anzahl der Artikelsammlungen um eindeutige und sich nicht wiederholende Felder handelt, ist es möglich, das Primärschlüssel-ID-Feld wegzulassen und die Artikel-ID direkt als Primärschlüssel zu verwenden?

2. Denn wenn jedes Mal, wenn Artikeldaten hinzugefügt werden, die Anzahl der Artikelsammlungen, die der Artikel-ID entsprechen, nicht synchronisiert wird, wird die Anzahl der Artikelsammlungen jedes Mal aktualisiert, wenn ein Artikel gesammelt oder nicht gesammelt wird. Die Artikelsammlungen müssen zuerst abgefragt werden, ob bereits eine Sammlungsnummer vorhanden ist, die der Artikel-ID in der Tabelle entspricht. Wenn nicht, fügen Sie die Sammlungsnummer des Artikels direkt hinzu. Der Einfachheit halber habe ich beschlossen, jedes Mal einen neuen Artikel hinzuzufügen. Beim Hinzufügen von Artikeldaten wird ein Teil der Artikelsammlungsanzahldaten synchronisiert, der der Artikel-ID entspricht Wenn Sie in Zukunft zählen, müssen Sie nicht zuerst feststellen, ob die Daten vorhanden sind, sondern können die Daten direkt aktualisieren. In diesem Fall können Sie eine Anomalie zwischen den neu hinzugefügten Artikeldaten und den neu hinzugefügten Artikelsammlungsdaten vermeiden der Erfolg der neuen Artikeldaten, aber das Scheitern der neuen Artikelsammlungsdaten? Ich weiß, dass dies durch Transaktionen vermieden werden kann. Gibt es einen einfacheren Weg? Kann MySQL beim Hinzufügen eines Datenelements automatisch ein Datenelement zu einer anderen Tabelle hinzufügen? (Datenbankabschaum~)

Vielen Dank für das oben Gesagte!

1. Ja, aber hier müssen Sie eine Verknüpfung vornehmen, d. h. beim Hinzufügen oder Löschen von Artikeln müssen Sie auch die Artikelsammlungstabelle bedienen

2 Verwenden Sie udf von MySQL. Weitere Informationen finden Sie im MySQL :: MySQL 5.1-Referenzhandbuch :: 22.3 Hinzufügen neuer Funktionen zu MySQL. Rufen Sie dann mit Trigger die Funktion nach der Artikeltabelle delete und insert auf und schreiben Sie sie hinein der Artikel Zur Favoritenliste gehen. Es ist ungefähr so.