Изглежда, че вече знаете отговора, но запомнете, поддържайте системите, които проектирате, лесни за модифициране, тъй като бизнес моделите винаги се променят с времето или в крайна сметка се провалят (това е обобщение, но разбирате идеята). Следствие от това е, че ако направите твърд модел, бърз или бавен, той е твърд, промените ще бъдат по-трудни и крайният потребител няма да види разликата, следователно не се постига промяна в парите/щастието, освен ако не е много лоша промяна. Вашият проблем не е технически по начин, по който заявката работи на двигателя, а по-скоро философски, лесни промени спрямо видимата скорост. Запитайте се какво е предимството да имате нормализирана база данни? Помислете за изчистена архитектура и дизайн, производителността е най-малкият проблем в днешния свят, тъй като обработката е по-евтина и съхранението също. Но дизайнът е скъп. Нормализацията беше направена, за да се направят системи, които не зависят от решенията в последния момент, а от структуриран процес на проектиране. Големите таблици не са голяма работа за MySql, но са голяма работа за поддръжка, модифициране и разширяване. Не става дума просто за добавяне на още една колона, а за твърдата структура на самите данни. В крайна сметка след време просто ще добавите колони, които съдържат индекси и тези индекси ще сочат към малки таблици. MySql така или иначе ще заобиколи всички тези данни. Така че ще отида за първата, много малки таблици, много към много.