mysql en grote data-elementen, dB-design vraagje

[Verwijderd]

Hoi,

Ik wil in mysql een database maken die ik via php kan benaderen (dingen inserteren / opvragen etc).
De grootste data-elementen die een rol spelen zijn plaatjes. Die kunnen enkele Mb groot zijn.
Nu zat ik te denken dat dat in principe op 2 manieren kan:
1) ik sla als glob het plaatje als data-element op in de database
2) ik zet het plaatje in een aparte directory en alleen een URL die wijst naar die plek als element in de database.

Aanpak 1 heeft als effect dat ik erg grote database files krijg.
Bij 2 hou ik kleine database files maar moet ik altijd bij backups ook de speciale directory met plaatjes meenemen.

Weet iemand wat het effect is op de toegangssnelheid als ik methode 1 gebruik? Zijn er andere voordelen / nadelen aan beide aanpakken ? Zijn er andere aanpakken mogelijk?

Greetz,

Z.

[Jordi]

Verkeerde forum.
Met risico dat je misschien alsnog een slotje krijgt: NOS->P&W

[LuCarD]

voordelen 1:
Simpelere te beheren

nadelen 1:
Hogere load voor de database
Trager dan files gebruiken
Lastiger te programmeren (meer werk)

voordelen 2:
Snel
Simpel

Nadelen 2:
Beheer heeft meer werk nodig.

btw:
Zoek even in de Search op MYSQL IMAGE in PW forum

[wacco]

waarom plaatjes in je db? Het idee van een db is goed en snel zoeken. En zoeken in plaatjes is onzin.
Als je dus via je db tóch naar je plaatjes wilt verwijzen zou ik voor de tweede aanpak gaan, hyps dus. En voor je backup, je hoeft alleen maar je plaatjes mee te pakken als ze veranderd zijn ten opzichte van de vorige backup. Dus de plaatjes backuppen heeft alleen nut als je iets van een image-upload iets aan het maken bent.
En ach, één mapje extra om te backuppen... ph43r

[Verwijderd]

Jotti: excuses, volgende keer zal ik met meer aandacht een forum zoeken.
Wacco: ik wil niet IN de plaatjes zoeken, maar zoeken naar plaatjes. Maar ik denk dat dat wel duidelijk was.
LuCard: ja, zo keek ik er eigenlijk ook wel tegen aan.

Thx, ik denk dat ik jullie ideeen tot een zinvol ontwerp kan samensmeden.