[ BigFoot @ 25.08.2011. 19:27 ] @
Pretpostavljam da je nekad dobro, a nekad i nije, čim je opciono. Koje su prednosti, a koji nedostaci?
[ bogdan.kecman @ 25.08.2011. 19:39 ] @
evo ti odlican post pa procitaj: http://dom.as/2009/05/21/innodb-tablespace/

domas je moj bivsi kolega, super iskusan lik koji zna sta prica (pored toga sto je sad presao u FB on je i u bordu wikipedije i on je glavni dizajner database dela u wikipediji)

procitaj obavezno i komentare a mozes da procitas i slomijev blog (suprotan stav od domasovog) http://code.openark.org/blog/m...s-to-use-innodb_file_per_table ... slomi je bloger, ima dosta znanja ali ne bas toliko iskustva sa mysql-om kao mi kojima je to bas posao ..

sve u svemu u ta dva blog posta sa komentarima imas sve sto ti je bitno vezano za pitanje koje si postavio :), kao sto vidis odgovor nije jednostavan. ako hoces da ga pojednsotavis jedini odgovor koji mozes da dobijes je "ako nisi 100% siguran sta radis, ne stavljaj file_per_table u config"
[ BigFoot @ 25.08.2011. 23:19 ] @
Baš ono čega sam se plašio... Ok, hvala.

P.S. Nahrani prasiće, ne diraj dugmiće
[ bogdan.kecman @ 26.08.2011. 02:46 ] @
innodb radi sa postavkom da je disk capacity dzaba... tako da trosi mnogo vise diska nego vecina konkurenata.. ako znas kako radi i na kojim principima se zasniva mozes da ga napravis da funkcionisu sumanuto dobro, u suprotnom moze da ga iskonfigurises ocajno lose i da imas velikih problema..

vecina kompetitora nema taj problem, obicno imaju 2-3 parametra ukupno za podesavanje i tu se prica zavrsava (uvek podjednako dobro/lose rade)... ono sto je nezgodno je sto default configuracija za mysql nije bas "sretna" (tj napravljena je da radi na najpateticnijoj konfiguraciji) te istu treba srediti bla bla bla bla bla bla bla bla bla bla bla bla bla ....