🚀 go-pugleaf

Witam 

Napisane przez Marcin Slominski <machina@otwarte.pl>  w pl.comp.lang.php
> Popieram rozwiazanie Adama.
.> Rzeczywiscie tak napisana aplikacja jest znacznie szybsza, pewniejsza i
> jednoczesnie nie obciaza za bardzo bazy danych. 
> MySQL przy duzych plikach wrzuconych do bazy binarnie (powyzej 100kB)
> lekko juz 'zipie' jesli ktos mu da zapytanie by zwrocil np. 100 takich
> obrazkow. Dodatkowo czas zapytania sie strasznie wydluza, nawet do 30
> sek.

Bo MySQL to nedzna baza. Moze i prosta w obsludze ale daleko jej do 
normalnego RDBMSa. Lepiej od razu przesiasc sie na Postgresa albo jesli 
bedzie sie chcialo dorabiac jakis interfejs klient-side to na IB.

Ale wracajac do tematu trzymania plikow w bazie. Pomimo wielu wad takiego 
rozwiazania (wzrost wielkosci bazy, spowolnienie zapytan (szczegolnie tych 
"select * from cos_tam" 8-) , jakis tam spadek wydajnosci) nalezy pamietac 
ze takie rozwiazanie ma jedna podstawowa zalete. Pliki nie maja tendencji 
do gubienia sie. Stawiam diamenty przeciwko orzechom ze takie rozwiazanie 
(pliki osobno, w bazie jakis namiar na nie) spowoduje to ze po jakims 
czasie bedzie mnostwo plikow nie majacych swojego rekordu w bazie. I ten 
wlasnie bajzel jest najwiekszym problemem.

Rozwiazania sa takie:
1. __Bardzo__ staranne napisanie skryptow, tak zeby przerwanie ich 
wykonania nie powodowalo powstawania smieci (ale i tak ryzyko powstawiania 
pogubionych plikow jest dosc spore).
2. Napisanie jakiegos privata, miejsca gdzie sie czasami wchodzi i 
przeprowadza globalne sprawdzenie czy to co w bazie rowna sie temu co na 
dysku.
3. Przejscie na inny RDBMS. Fajny wydaje sie PG (pomimo mojej milosci do IB 
8-) ). ZTCP trzyma on BLOBy na zewnatrz bazy i mozna od niego wyciagnac te 
pliki bez uzycia samego silnika. Hmmm. A i w IB mozna by cos takiego zrobic 
stosujac jakiegos sprytnego UDFa + SP.

-- 
Pozdrawiam 
	Michal "Misza" Sznajder
[  http://www.fxmedia.com.pl/ ]