a propos bilder speichern... in db oder nicht?

**kevin** · 25.01.2004, 01:02

Bei solchen Größen könnte es vielleicht noch vertretbar sein. Kommt wahrscheinlich auch drauf an, wie groß die Tabelle ist. Ich bin mir aber relativ sicher, daß ich - schon allein aus Prinzip - nur den Dateinamen in der DB speichern würde.

**sauron343** · 25.01.2004, 01:09

was spricht dafür und was dagegen? was heisst "aus Prinzip"? wenn es gar keine Vorteile gibt, dann verstehe ich "aus Prinzip". bin noch unerfahren...

**derjanosch** · 25.01.2004, 01:16

Original geschrieben von sauron343
was spricht dafür und was dagegen? was heisst "aus Prinzip"? wenn es gar keine Vorteile gibt, dann verstehe ich "aus Prinzip". bin noch unerfahren...

Zitat aus http://www.dclp-faq.de/q/q-db-blob.html:

Wenn man die Bilddaten selbst in der Datenbank ablegt, hat dies den Vorteil, dass keine broken links auftreten können, weil ja die Bilder selbst genauso wie die Links auf die Bilder aus der Datenbank erzeugt werden. Liegen die Bilddaten dagegen im Dateisystem und die Datenbank enthält nur Pfadnamen, dann ist es problemlos möglich, dass jemand die Dateien umbenennt, ohne diese Änderung in der Datenbank nachzuführen und umgekehrt. Leider ist es speziell bei MySQL so, dass keinerlei Mechanismen vorhanden sind, die die referentielle Integrität der Datenbank sicherstellen, sodass diese Sicherheit nicht wirklich gegeben ist. ...

Weitere Details s. Link oben.

HTH, janosch.

**V 9 1 9 V** · 25.01.2004, 01:22

Allerdings ist es DEUTLICH schneller eine Bilddatei durch das Dateisystem zu laden und darzustellen, als durch das Auslesen von MySQL-Daten.

Fazit: Speicher sie auf den Webserver!
Bis auf das broke-link-Problem(was EIGENTLICH sowieso nie eintreten dürfte) gibt es nur Vorteile

**goth** · 25.01.2004, 01:31

Leider ist es speziell bei MySQL so, dass keinerlei Mechanismen vorhanden sind, die die referentielle Integrität der Datenbank sicherstellen, sodass diese Sicherheit nicht wirklich gegeben ist.

Dieser Ausschnitt zeigt recht deutlich das der Schreiber sich recht wenig mit dem MySQL RDBMS auseinandergesetzt hat ...

**sauron343** · 25.01.2004, 01:42

ok! alles klar.

naja, ich speichere die bilder bereits in die DB - war mein erster versuch... Ich denke das wird für die betroffene Website schon gehen - die Tabelle ist nicht so gross. (id - Bild - type - Datum - Titel - Text - ts - höchstens 30 - 40 Zeilen - bis anhin nur 11) Scheint alles ziemlich gut und schnell zu funktionnieren (bis anhin). Die Geschwindigkeit kann ich allerdings nicht wirklich beurteilen, hab ne hispeed-verbindung und der server ist ne rakete! Checkt's mal aus

www.pornchild.net/news.php Keine Sorge: This site does NOT contain any ********************graphical material
(indirekte werbung inkl., sorry!)

PS: ich bin besonders allergisch auf BROKEN LINKS!! (= leere Versprechungen) Das darf auf KEINEN FALL passieren, kommt bei mir nicht in die Tüte! (ausser tabak-würz-zusatz

)

**Offe1** · 25.01.2004, 09:53

PS: ich bin besonders allergisch auf BROKEN LINKS!! (= leere Versprechungen)

man kann Bilder auch direkt in die Datei schreiben.

Offe

**pekka** · 25.01.2004, 10:59

Ich hab das zwar noch nie ausprobiert, aber ist es nicht so dass bei Speicherung von Bildern in der DB bei einem SELECT * alle Bilddaten mit abgefragt werden, obwohl es nur z.B. um eine Suche oder eine Ausgabe ohne Bild geht? Müsste eigentlich. Das dürfte eine massive und unnötige Belastung der Serverkapazitäten darstellen.

EDIT:
Pornchild
Sehr schöne Seite übrigens! Wirklich gelungene Arbeit. Halt mit dem Nachteil dass die URL durch keinen Jugenschutzfilter kommt

**MelloPie** · 25.01.2004, 11:32

Also ich hab mal ne Galerie geschrieben die alle Bilder in der DB speichert auch grössere.
Keine Probleme. Die Darstellung der Bilder lief schnell.
Wenn man richtig selektiert wird man auch kein DB Overhead erzeugen.

Ein kleines Problem war das dump der tabellen und verschicken per Mail...

**goth** · 25.01.2004, 11:54

Ist letztlich 'ne Frage wieviel Abfragen / Sekunde zu erwarten sind ... und wie groß der Server dimensioniert ist ... !

**TobiaZ** · 25.01.2004, 13:08

Die Geschwindigkeit kann ich allerdings nicht wirklich beurteilen, hab ne hispeed-verbindung

Sollte wohl nichts zu sache tun, weil es darauf ankommt, wie schnell dein Server die Seite (in dem Fall das Bild) generiert.

**sauron343** · 25.01.2004, 14:18

Original geschrieben von TobiaZ
Sollte wohl nichts zu sache tun, weil es darauf ankommt, wie schnell dein Server die Seite (in dem Fall das Bild) generiert.

deshalb hab ich auch noch dazu geschrieben, dass der server ne rakete ist. der provider bietet geniale leistungen und nach angaben von den leuten die mir diesen empfohlen haben, ist er der geilste (in CH). -> www.metanet.ch siehe reseller, für mich, oder Server Housing für die die drauskommen...

@pekka: danke für die blumen!

**Abraxax** · 25.01.2004, 14:20

auch wenn der server (noch) schnell ist, sollte man bilder niemals in die DB packen.

**derjanosch** · 25.01.2004, 14:20

Original geschrieben von goth
Dieser Ausschnitt zeigt recht deutlich das der Schreiber sich recht wenig mit dem MySQL RDBMS auseinandergesetzt hat ...

Ich bin mir sicher, dass Herr K. Koehntopp, der Schreiber dieses Textes, das hinreichend getan hat... Ich gehe einfach mal davon aus, dass zum Entstehungszeitpunkt des FAQ-Eintrages mySQL in Version 3.xx aktuell war.

a propos bilder speichern... in db oder nicht?