Zanima me sta vi mislite o tome... Da li je bolje sadrzaj (text) snimati u bazu podataka ili u fajlove...

Ja mislim da je bolje to raditi u bazu podataka... Nekako sam tako i navikao da radim... Jeste da je mozda komplikovanije od snimanja fajlova, ali meni se cini da je bolje... Zasto? Backupom baze se backupuje i sav sadrzaj svih stranica... I nema izgubljenih podataka... A sta vi mislite o tome?

PS: Obrazlozite malo...

a sto bi u flat file bilo izgubljenih podataka

fajlovi-jednostavnost-prednost kod manjih sajtova
baza-komplikovanije, sigurnije

Jer, kao sto sam rekao, sa jednim backupom baze zavrsim backup svega... Manje vremena trosim na backup... Ukoliko neko ima vise sajtova - znatna usteda vremena... A to "i nema izgubljenih podataka" je vise doslo kao neki slogan za backup...

pa pazi sve to zavisi kako je to odradjen flat file sistem sadrzaj svega i svacega se lako moze zapisivati u samo jedan file i onda kad se radi backup samo se kopira taj jedan file i isto tako lako se vraca ili ubacuje na drugi host bez nekih drugih podesavanja sto kod baza podataka nije tako simple...

Zavisi od potreba i mogucnosti.

Zavisi od potreba i mogućnosti .... ali i od mnogo drugih faktora. Zamisli da u istom trenutku query te baze izvrši 1000 ljudi, ili 10000 ljudi. Mislim da podatke u bazi treba maksimalno smanjiti. Pogotovo kod velikih baza. Normalizacija podataka je neviđeno bitna, kao i relacioni odnosi. Ovo je zaista velika tema da bi se o njoj raspravljalo na ovako malo mesta.

Pa dobro onda, hajde ako neko hoce da se upletemo malo dublje, jer je ovo tema koju bi trebalo malo razmatrati, bar po meni...

Pocnimo od racuna i primera iz praxe...

Racunica, podaci maznuti iz marketing strane bureka:

Ako se zeznem ne uzmite za zlo, malo je kasno, ali pokusacu, mislim da je prosto:

Unique poseta: 39000
Dnevno poseta: 390000
Jedan dan ima 24*3600=86400 sekundi
To znaci da burek ima 4,51389 poseta u sekundi.
Uzimajuci u obzir da posete nisu ravnomerno rasporedjene tokom svih 24h, pretpostavicemo da u pikovima posete u sekundi dosezu osmostruku vrednost, sto bi trebalo da je i vise nego sto je realno...
4,51389*8=36,11 poseta u sekundi
**************************
Informacija ucitavanja ove strane:
Technical informations: Strana generisana za 0.342 sekundi sa 21 upita.
**************************
Iako ne traju samo upiti 0.342
Za konkretno ovu stranu, 21 upit...
Neka svi ucitavaju takve strane i povecajmo broj upita na 25 (ne znam da li je moguce, ali bolje, da napumpamo cifre)
36,11*25=902,75, zaokruzujem na 900 upita u 0.342 sekunde, sto ce reci da burek ima ako je racunica tacna:

Preko 2000 upita bazi u jednoj sekundi u pikovima.

ili da tamo nisam preterivao sa faktorima, ima 800 - 2500 upita u sekundi.

Konstatujem da, ako je racunica tacna, posto mi se malkice i spava vec, burek ili njemu slican sajt moze da udje u razmatranje sa vise od 1000 upita u sekundi.

Opste je poznato da se kod SMF foruma sve zapisuje u bazu, znaci, podaci o korisnicima, svi sadrzaji, teme, postovi, apsolutno sve (sem nekih sitnih podesavanja) zapisuje u mysql bazu...

I ako racunica gore nije tacna, ispravite me molim, ali slobodno mogu da zakljucim sledece, bez da se iko ljuti:

Ovaj forum je u posetama tesko nadmasiti... Jako je posecen, ima tradiciju, da kazemo, spominjali su ga i na raznim televizijama razni politicari i ljudi iz medija, nebitno, ako jedan server moze da podrzi frekvenciju poseta kakvu burek ima...

Tehnicki gledano, burek je SMF forum koji ima mnogo postova, tema, posetilaca, a samim tim i mnogo upita i svega sto uz to ide... Jedan je od primera da mnogo upita, reda do 3000 u sekundi moze da se podnese bez velikih posledica po brzinu rada. Kad god da sam bio ovde, uvek je sve islo glatko i bez zastoja i cekanja da se strana ucita.

Hocu da cujem i druga misljenja, i ako sam negde pogresio (a pretpostavljam da jesam), da me ispravite.

P.S. Sorry ako nekome smeta sto sam za primer uzeo bas burek, ali ako ovde govorim o njemu, svi ce znati o cemu ja pricam...

Edit to add:
 Prosla strana se ucitala za 0.117 sa 23 upita sa ovim mojim postom u originalu, a ova za 0.047 sa 12 upita. Videcu jos i sutra pre podne i popodne, da vidimo kako onda stvari stoje...

I jos jedna sitnica... Mojim skriptama je minimalno vreme da se generise strana -0.984 sec, kako ne znam, pretpostavljam da je u pitanju sinhtonizacija vremena..., ali u proseku je od 0.041 do 0.057. Jel neko zna da li je to OK?

Da je to tako jednostavno forum ne bi morao biti zatvoren za javnost i ne bi se svaki mesec na troskove opreme davalo 1000 eura. Servera su dva, i oni su nedovoljno iako imaju po 2 quad core procesora, ultra brze scsi hardove, optimizovani su maksimalno i sl.
Nema tu nista glatko i bez zastoja.. to je samo podnosljivo jer je mnogo toga ukinuto, optimizovano, od nule napisano a jos jako mnogo posla ceka da bude uradjeno...

Da je situacija kako treba, tj da su uslovi takvi kakvi mislis da jesu, burek bi odavno presao 100 000 unique i magicnu cifru od 20 000 000 prikaza mesecno..

Pa dobro, jesam malo (mnogo) idealizovao i preuvelicao stvari, ali...

Nazirem sustinu... Ceo sistem su znaci 2 servera, da se ne upustamo u suvisne detalje, i to je potrebno da bi se hardverski ispratili svi zahtevi SMF-a sa toliko poseta. OK. Razumem da tako mora...

A sta bi bilo (ovo vise dodje sta bi bilo kad bi bilo), kada bi neki portal umesto da koristi mysql koristio flat fajlove? umesto da se sve zapisuje u bazu... Kakva bi onda situacija bila sa hardverskom zahtevnoscu i brzinom?

Pretpostavljam da bi tako bilo brze, ali nisam siguran...

Da si procitao video bi da 2 servera nisu dovoljna "da bi se hardverski ispratili svi zahtevi SMF-a sa toliko poseta."
To je dovoljno da ovo radi, sa iskljucenim ili limitiranim najzahtevnijim opcijama i mnogo optimizovanog koda...

Sta bi bilo da se koriste flat fajlovi...
Well... ako bi to bilo idealno organizovano mozda bi radilo kako treba za neki manji slican sistem... ipak... iako su prilicno brzi za citanje, problem moze nastati ako bi trebalo nesto stalno da se upisuje i menja, tj ako bi se mnogo takvih zahteva odjednom pokusalo izvrsiti...
Onda uzmi u obzir koliko je to nepregledno i naporno za pretrazivanje... koliko je lakse jednim querijem izvuci gomilu raznih informacija iz raznih tabela...

Za staticni sadrzaj to je ok... tj za sadrzaj koji se vrlo retko menja a relativno cesto posecuje.. i za cacheiranje flat files nisu lose resenje... ali za nesto ozbiljnije...