Není to srozumitelné. Neumím z toho vůbec poznat, na co se ptáš.
Jesti můžu radit, nepřemýšlej jako první o struktuře tabulek (tím méně o nějakých optimalizacích). Ze všeho nejdříve si promysli, co (a proč) chceš v databázi evidovat a jaké jsou mezi evidovanými skutečnostmi vztahy. K tomu je dobré UML, ale postačí i slovní popis. Potom se zamysli, jak chceš tu evidenci používat - budou se ty záznamy zobrazovat v tabulce, půjdou nějak řadit, podle něčeho filtrovat, budou se nějak editovat? Kolik jich asi bude?
Teprve když toto víš, můžeš začít přemýšlet o struktuře DB a začít tvořit tabulky. Pokud Tě trápí výkon, můžeš si vytvořit více variant, naplnit je testovacími daty a zkoušet, která je lepší - jenže k tomu potřebuješ informace zmíněné v předchozím odstavečku. Pak se to dá optimalizovat, např. přidáním indexů, rozdělením nebo sloučením tabulek apod., ale ta optimalizace je až na konci, když máš úplně jasno co potřebuješ a jak to má fungovat.
Nyní je předpokládám jasné, proč Ti s Tvým původním dotazem nejsem schopen poradit.
Snad jen jedna věc: kde jsi vzal ten nápad na 100 tabulek? Snad ne že bys měl pro každé auto samostatnou tabulku?