1. nosql ti radi posao samo ako ti je tabela u formatu "key:value" inace mozes da pevas borbene sa istim
2. nosql trazi da imas "puno servera" da bi ishendlovao tu kolicinu podataka, ako imas dovoljno servera onda ti je najbolje resenje mysql cluster - ima sve kvalitetne osobine nosql servera + je relacioni (ako odlucis da ga tako koristis)
3. mysql moze da hendluje koliko oces slogova u tabeli, to nije problem, problem je sta ti hoces da radis sa tim slogovima? da radis update? da radis select? nad "celom" tabelom, nad "skupom" iz tabele?
dakle pitanje je koristenja ... jedan full table scan nad tom tabelom ce ti zabosti server na neko vreme ma kako jak bio taj server .. ako to hoces da radis - mysql nije za tebe ... ako imas upite koji vracaju realnu kolicinu podataka iz te tabele i upit se izvrsava nad indexiranim delom tabele onda nemas problem...
sad, ne ocekuj da ces tabelu od terabajt lepo da pretrazujes na kucnom serveru, ocekuje se brz io i dosta rama no u svakom slucaju tu dolazi do razlicitih "fora i fazona" koje mozes da iskoristis ... za pocetak
* budi siguran da koristis najnoviji mysql; ako tek krece razvoj projekta odma kreni sa 5.6, ako je projekat "ziv" onda 5.5
* za toliku tabelu je myisam brzi i uzima manje mesta na disku, ako imas konkurentne inserte i update onda je innodb nesto brzi, na zalost myisam nije crash safe niti je transakcion pa ti u tom slucaju opet bolje radi innodb. Ja bi to gurno u innodb ali ti treba da razmislis sta ti je bolje
* pre nego krenes da radis bilo sta, procitaj dobro sve sto mozes o mysql partitioningu, te isprojektuj tu tabelu tako da mozes da je particionises kako valja