Zazil jsem pripady, kdy index zrychlil vyber nekolika tisickrat a pridani dalsich ji naopak zpomalilo :-(. Vyrobit dobrou optimalizaci indexu je tak trochu magie pokus omyl, dokonce myslim, ze jejich pocet byl na jedne databazi i omezen (na MySQL serveru), ale tento server jiz nejak moc nesleduji, takze nevim soucasny stav.
O tom, ze zpomaluji databazi pri vkladani jsem psal v serialu o PostgreSQL a i zduvodneni a navod co s tim... Klice delam do dalsiho dilu take, a pak budu muset sfouknout transakce, protoze uz jsem parkrat psal, "spusti se transakce", nebo "Ukonci se transakce"...
Ten fulltextovy index a vyhledavani v MySQL je trochu darebnost a vim, ze jsem mel problemy treba s ceskymi znaky :-(, takze na to pouziji radsi regularni vyrazy. Je skoda, ze jsi je zatim neukazal, jak pouzit pri hledani v MySQL...

Tak na tohle jsem měl soubor zaúčtování na pojistných smlouvách, když jsem dělal pro jedny obchodníky s pojistkami, startovní soubor kolem 5 mil. vět a měsíčně jich na konci přibývalo kolem 300 000...
Já už jsem osnovu skoro zahodil... Koncept je jasný, napřed vytvořit fční základ (vytvoření db a tabulek, základy práce s daty, indexace, transakce, triggery, klíče) a pak složitější (ladění výkonu, stored procedury, přidání fčnosti z Contribu, napojení z programovacích jazyků, ...)