obrázek do databáze

zdenek:
Databáze není filesystém. Nechte obrázek na disku a do databáze si dejte akorát cestu k obrázku.

zdenek:
Obrázek jsou binární data, takže se dají uložit do sloupce typu BLOB.

zdenek:
A jak dostaneš obrázek na server?

zdenek:
Třeba že máte obrázek ve "data/images/image_001.jpg" a do databáze si dáte něco takového:

A do stránky to sázíte do tagu <img>. Obecně se dá říct, že databáze není to nejlepší místo, kam cpát soubory.

zdenek:
Na disk

zdenek:
na disk - do nějaké složky, kterou si pojmenujete třeba upload

BASH? C? Python? Ruby On Rails? Java? Flash? PHP?

Jestli PHP, tak doporučuji studium třeba těchto materiálů.

zdenek:
Co přesně znamená „jak zase zpětně dostat ty obrázky zpět“?

Jostram:
A proč ne obrázek do databáze? Mám zaručené, že se mi od něj neztratí doprovodná data, nemusím se starat o zálohování na více místech, rozdíl v rychlosti je myslím zanedbatelný (a ani nevím, kdo vyhraje).

zdenek
V databázi bude BLOB, který bude obsahovat totéž, co by obsahoval soubor s obrázkem. A ty jen vygeneruješ (třeba v php) soubor, který místo HTML vypíše na výstup obsah toho BLOBu a pošle to se správnými hlavičkami. Na internetu je spousta příkladů - např. na "Store image database", vládneš-li angličtinou.

TomášK:
Proč cpát binární data do db, když k tomu není důvod? A na jakých "více místech"? Na více místech nic nemá - obvykle jsou dvě místa - složka s WWW projektem a databáze. Jaká "další místa" máte na mysli? Vše se přeci odehrává v relaci jednoho webového projektu.

Problém v rychlosti je zejména tehdy, když máte nastavená nějaká omezení na DB - počet spojení a dotazů zbytečně roste. Možná je to přežitek z dob dávno minulých, ale proč zbytečně zatěžovat databázový server věcmi, které jdou mnohem jednodušeji udělat v rámci souborvého systému, který je obvykle velmi dobře uzpůsoben k práci se soubory? Spojení DB server <-> webserver navíc bývá velmi často tzv "bottleneck". Další plus pro FS je cache. Snad v jednom místě zde vyhrává databáze - velké množství malých souborů (desítky tisíc souborů o velikosti 1kb) - v tomto případě databáze skutečně vítězí.

Dump databáze obsahující víc než 5MB bych skutečně chtěl nahrávat přes webové rozhraní (k SSH obvykle není přístup) nebo PHP skriptem, kde mi dřív vyhnije spojení, než se zpracuje. Nedej bůh, když byste byl nucen migrovat na platformu, kde není datový typ BLOB tak úplně kompatibilní.

zdenek:
znamená to, že parser narazil na nějakou chybu - znak (mezera), kterou neočekával a říká, že očekával string, proměnnou nebo číslo

Jostram:
Projekt mám zpravidla v repository, kam obrázky (nebavíme se momentálně o ikonách na stránce, ale např. o fotogalerii) nepatří. Tedy pokud mám obrázky mimo databázi, musím řešit zálohování jak databáze, tak dalších dat. V databázi můžu lépe pracovat s oprávněními, využívat transakce při ukládání obrázku s medadaty. Cachování také neobstojí - databáze snad nacachuje? Navíc pracuje nad nějakým filesystémem, tedy využívá i jeho cachování. Na fotky apod. se dá nahlížet na data a databáze je dělená na práci s daty (což je argument blbý, ale stejně kvalitní jako že obrázek je soubor a FS je dělaný pro práci se soubory). Tu je článek (pravda, z roku 2006) o tom, že mezní velikost nemusí být 1kb, ale 256kb-1MB. Pro své projekty přístup přes ssh mám, databáze pro některé mé weby mají stovky MB.

Nechci ukládání do databáze obhajovat jako jediný správný přístup, ale má své výhody a nevýhody a situace není taková, že by vždy bylo ukládání na FS lepší. Používám obě varianty pro různé projekty, podle toho, co v konkrétní situaci převažuje. Většinou právě FS, ale ne vždy. Nechť si to autor rozhodne sám, diskuzí na toto téma proběhlo už hodně.

TomášK:
Myslím že podstatná otázka je, jestli zdenek, který má problémy typu syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING, má využít variantu "BLOB", nebo variantu "seznam souborů". Hlasuju pro tu druhou z nich.

xmark:
Máš pravdu. Parse error přišel až po začátku diskuze o db vs FS, reagoval jsem tedy spíše na Joastrama, ale měl jsem tam připsat že pro tento případ bude zřejmě vhodnější FS.

TomášK:
Abychom si porozumněli - jsou skutečně místa, kdy je DB vhodnější/rychlejší pro ukládání souborů, ale jsou to dost specifické situace. Z toho, co psal tazatel jsem vyvodil spíše to, že neumí pracovat s uploadem a svou neznalost supluje hozením větší zátěže na databázový server.