BLOB - ukladat soubory v DB, nebo na disku? – MySQL – Fórum – Programujte.com

Ahoj,

mam priblizne takovouto tabulku:

https://db.tt/0iu0dfxOPřipojen obrázek.

a resim problem jak ukladat fotku uzivatele. Rozliseni odhaduji asi na 100x100px a velikost 20-50kB. Me se zda nejlepsi ukladat fotky na disk a pojmenovat je napr. podle ID z tabulky. Par lidi me ale presvedcuje, ze je lepsi BLOB v databazi. Ja jsem BLOB nikdy na nic nepouzival, tudiz s nim nemam vubec zadne zkusenosti.

Pro 10 zaznamu je to jedno, ale kdyz budu mit v tabulce treba 5 nebo 50 milionu uzivatelu a kazdy bude mit 50kB fotku, jaky bude vykon ve srovnani se soubory?

Me se vic libi reseni se soubory na disku, ale rad se necham poucit.

Pri vysokem provozu muze staticke fotky posilat webserver (nginx pred apachem) a nemusi bezet proces PHP s otevrenym spojenim do DB. Fotky taky muzou byt snadno rozlozeny na vice serverech. U DB je zase vse resene "jednim zpusobem" - k intum, varcharum i binarnim datum se pristupuje stejne.

Kdyby fotky meli treba 3MB, mela by DB jeste vyznam?

Nasel jsem stary clanek z roku 2004, kde BLOB kritizuji. Ale za 9 let se urcite dost zmenilo...

Připojen obrázek.

U DB bude urcite snadny prenos na jiny server. Zadne cesty k souborum. Mozna je v DB lepe resene hledani fotky, nez u souboroveho systemu na disku. Souborovy system ma take limit souboru v jednom adresari.

Co je podle vas lepsi a proc?

Zalezi na tom, co ti dovoli server. Na hostingu je obvykle omezeni, co se smi a kolik, provadet s sql.

sql - vyhoda je snadna manipulace s udaji, k fotce si muzes pripojit spoustu jinych veci, rozmery, popisky a pod a vytahnes to snadno dotazem. Ale pro zobrazeni budes muset mit spesl php program, ktery prevede data z databaze jako obrazek. Lidi se ti nedostanou primo na fotku bez progrmu, kde si muzes overit jejich prava, coz je plus.

disk - snadna manipulace se souborem, neni treba php, ale pomocne udaje musis ukladat zvlast, o neco slozitejsi program a musis mit sloziteji resenou kontrolu opravneni, zablokovat slozku proti robotum a lidem bez prav, pripadne dovolit jen php programu, aby tahal fotky (coz je podobne slozite jako u sql)

100x100 - 10.000 x 3 barvy rgb, 30k je BMP. Ty rikas, ze mas 100x100 jpeg 20-50k? To je asi neco spatne, protoze v Gimpu ti vyrobim soubor 1-2k jpeg a mozna podobne i png

Ja treba davam prednost souborum, udaje do databaze nebo zadne. Nepotrebuji slozku zabezpecovat, at si klidne kdo chce fotky prohlizi. Nemusim pak resi slozite zabezpecovani, starat se o kesovani, resit limity sql, zatez serveru na sql,....

#2 peter
pokud nemas opravdu hodne dobry duvod ukladat do DB binarni soubory, NEDELEJ TO (je to prasarna do relacni DB ukladat standardni soubory bez vazneho duvodu)!!!

Uloz si samotne soubory na disk a informace knim do DB ( na disk -->napriklad do slozky, ktera se bude jmenovat stejne jako PK tveho zaznamu z tab. "podrobnosti obrazku" v DB...)