Tampaknya Anda sudah tahu jawabannya, tetapi ingat, jaga agar sistem yang Anda rancang tetap sederhana untuk dimodifikasi karena model bisnis selalu berubah seiring waktu atau akhirnya gagal (ini adalah generalisasi tetapi Anda mendapatkan idenya). Akibat wajar dari itu adalah jika Anda membuat model yang kaku, cepat atau lambat, itu kaku, perubahan akan lebih sulit dan pengguna akhir tidak akan melihat perbedaannya, maka tidak ada perubahan uang/kebahagiaan yang tercapai, kecuali itu adalah perubahan yang sangat buruk. Masalah Anda tidak teknis dalam cara kueri bekerja pada mesin tetapi lebih bersifat filosofis, perubahan mudah versus kecepatan nyata. Tanyakan pada diri sendiri, apa keuntungan memiliki database yang dinormalisasi? Pikirkan tentang arsitektur dan desain yang bersih, kinerja adalah masalah paling kecil di dunia saat ini karena pemrosesan lebih murah dan penyimpanan juga. Tetapi desain itu mahal. Normalisasi dibuat untuk membuat sistem yang tidak bergantung pada keputusan saat terakhir tetapi pada proses desain yang terstruktur. Tabel besar bukanlah masalah besar bagi MySql tetapi mereka adalah masalah besar untuk dipelihara, dimodifikasi, dan diperluas. Ini bukan hanya menambahkan satu kolom lagi, ini tentang struktur kaku dari data itu sendiri. Akhirnya pada waktunya Anda hanya akan menambahkan kolom yang berisi indeks, dan indeks tersebut akan menunjuk ke tabel kecil. MySql akan tetap menggunakan semua data itu. Jadi saya akan memilih yang pertama, banyak tabel kecil, banyak-ke-banyak.
