In Bezug auf PHP-Geschäftslogik und MySQL-Optimierungsprobleme
Es gibt eine USR-Tabelle, in der UID und Benutzername gespeichert sind.
Geschäftstabelle 1, die gespeicherten Informationen umfassen die Felder UID und Benutzername.
Geschäftstabelle 2, die gespeicherten Informationen sind nur UID,
(Mehrere Daten in Geschäftstabelle 2 entsprechen einem Stück der Daten in der Geschäftstabelle 1)
Vorhanden: Die Abfrage durchläuft die Geschäftstabelle 2, die Daten sind eine Array-Liste und der Benutzername muss in der Liste zusammengestellt werden, um die Front-End-Anzeige zu erleichtern.
Methode eins besteht darin, zur Datenbank-USR-Tabelle zu wechseln Abfrage des Benutzernamens gemäß der UID für jede Liste;
Methode zwei besteht darin, zuerst die Geschäftstabelle 1 abzufragen, ein leeres Array arr zu verwenden, den Schlüssel zum Speichern der UID und den entsprechenden Wert zum Speichern des Benutzernamens zu verwenden, die Liste zu durchlaufen und mit array_key_exists zu bestimmen, ob die UID vorhanden ist Einer der Schlüssel in arr, wenn ja, erhalten Sie arr[uid] als Benutzername
Methode 2 Der Vorteil besteht darin, dass mehrere Datenbankabfragen nach Benutzernamen vermieden werden, aber es stellt sich die Frage, ob ein leerer Array-Schlüssel zum Speichern der UID verwendet werden soll Der UID-Wert ist sehr groß, z. B. 10000. Wird dies zu Problemen mit dem PHP-Array-Speicher führen (ich weiß nicht viel über dieses Wissen)
Außerdem würde ich gerne wissen, ob es noch andere Mängel von Methode 2 gibt. Wenn ja, gibt es sie? Gibt es einen anderen besseren Weg, damit umzugehen
