Cisto da malo pojasnim FTS pricu, radi se o tome dda koristis FULLTEXT index na nekom polju i da radis MATCH... AGAINST , ili da ides na externi servis, tipa Sphinx. Evo lep link za ubuduce:
https://www.percona.com/resour...-56-full-text-search-throwdown
Ovo sto si ti napisao je super resenje, imas tabelu dokumenata, tabelu kljucnih reci i jednu veznu tabelu koja ce imati indexe po svemu i realno je brza - radis prost SELECT nad njom, nemas JOIN nemas nista. Ovo je zapravo najbrze moguce resenje. :D
Uostalom, ocekivanoo je da nesto sto ima indexe, i cemu se pristupa uvezano preko primarnih kljuceva i cistim poklapanjem radi par redova velicine brze. AKO ti je to dovoljno, tj. ako ti FTS ne treba, bez' od njega :). Ako moras, bar se dobro udubi u problematiku.
NFS isto nije neresiv problem, stavise - ima raznih dobrih resenja, od klasicnih heartbeat / drbd klastera, preko zamena tipa Ceph+RADOS, komercijalnih storage-a (EMC, NetAPP...), ili nekog Hadoop resenja sa NFS GW-om. Nista od toga nije nemoguce za implementaciju, ali jedna stvar stoji: Ako ti ovaj sistem bude trebalo da skalira trebace ti TIM. Ne jos jedan covek, vec bar jedan da ti projektuje sistemski deo posla, plus jedan da se bavi FTS-om, plus neko za front-end.... i to da ti SysAdmin i Search developer dele i DBA posao. :)
Konano, dobro osmisli backup celog sistema, jer ce ti vristati svi zivi ako pocnes da gubis fakture! Vodi racuna i prodji kroz checkliste, tipa :
- Dodatni direktorijum nije backup
- RAID nije backup
Konacno, pogledaj ta namenska resenja, moz' se desi da je jevtinije da kupis nesto nego da ga sam pravis, treba i o tome razmisliti.
Please do not feed the Trolls!
Blasphemy? How can I blaspheme? I'm a god!'