Berkenaan logik perniagaan php dan isu pengoptimuman mysql

Question

Terdapat jadual usr yang menyimpan uid, nama pengguna
Jadual perniagaan 1, maklumat yang disimpan termasuk medan uid, nama pengguna
Jadual perniagaan 2, maklumat yang disimpan hanyalah uid,
(Berbilang keping data dalam jadual perniagaan 2 sepadan dengan satu bahagian data dalam jadual perniagaan 1)

Sedia ada: pertanyaan merentasi jadual perniagaan 2, data ialah senarai tatasusunan, dan nama pengguna perlu dipasang pada senarai untuk memudahkan paparan bahagian hadapan
Kaedah pertama ialah pergi ke jadual usr pangkalan data untuk menanyakan nama pengguna mengikut uid bagi setiap senarai;
Kaedah kedua ialah merentasi jadual perniagaan Pertanyaan pertama 1, menggunakan tatasusunan kosong, menyimpan kunci uid, dan nilai yang sepadan menyimpan nama pengguna, melintasi senarai, menggunakan tatasusunan_kunci_wujud untuk menentukan sama ada uid salah satu kunci dalam arr, jika ya, dapatkan arr[uid] sebagai nama pengguna

Kaedah 2 Kelebihannya ialah ia mengelakkan berbilang pertanyaan pangkalan data untuk nama pengguna, tetapi terdapat soalan tentang menggunakan kunci tatasusunan kosong untuk menyimpan uid nilai uid adalah sangat besar, seperti 10000, adakah ini akan melibatkan masalah memori tatasusunan PHP (saya tidak tahu banyak tentang pengetahuan ini)
Saya juga ingin tahu jika terdapat sebarang kelemahan lain kaedah 2. Jika ya, adakah terdapat cara lain yang lebih baik untuk menanganinya

Answer 1

Pertanyaan senarai terpaut. Pautan luar

Answer 2

Hanya tanya jadual yang dipautkan