2013/4/15 Iulian Murgulet <[email protected]> > Quoting petrescs <[email protected]>: > > >> > >> ... sau poate treci la ZFSonLINUX(si cu SSD), si uiti de DB > dump/restore ! > >> > >> Never say never, dar mai intai am sa caut sa citesc despre ceva success > > stories (in special firebird on zfs). > > ... cateva idei: > > http://myunix.dk/2010/12/13/why-zfs-rocks-for-databases/ > http://ftp.nchu.edu.tw/MySQL/tech-resources/articles/mysql-zfs.html > > > IMHO daca incerci sa tratezi toate bazele de date la fel, you're gonna have a bad time. MySQL e o baza de date, sqlite e o baza de date, filesystemul e o baza de date, DNS e o baza de date, Google e o baza de date (FSVO "baza de date").
Chiar si acelasi produs software poate avea nevoi total diferite in functie de cum e folosit (think OLAP vs OLTP). Faptul ca un gigi a descoperit pe un blog ca softul X in configuratia default nu se pupa f. bine cu tehnologia Y in configuratia default nu inseamna ca nu pot coopera. (si invers, daca zice unul ca i-a mers X cu Y nu inseamna ca iti merge si tie si trebuie sa arunci Z la gunoi). Pana la urma conteaza cat iti ia sa faci treaba cu resursele si oamenii pe care ii ai la dispozitie. TL;DR: in situatia ta, e mai ieftin sa faci raidul ala pe mai multe drive-uri decat sa te joci cu tesla. -- P. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
