PHP Thumbnails in Datenbank speichern (Eure Meinung)

[IceMatrix]

Einzelne Thumbnails im Dateisystem werden ebenso ohne Ordnung abgespeichert. Wer sagt denn überhaupt, dass du mehrere Thumbnails in ihrer natürlichen Ordnung auslesen willst? Wenn du einen Forumthread öffnest, dann sind die benötigten Thumbnails ganz sicher nicht in der natürlichen Ordnung, und schon gar nicht direkt aufeinander folgend. Um viele I/O kommst du bei diesem Gebiet grundsätzlich nicht herum (außer du machst nen memory cache).

 

[Hancock]

Ich denke mal, ne DB ist gut zum Suchen.
Stellt euch ein Imagehoster vor, bei dem die Bilder gesucht werden können, also der Uploader macht Tags und Beschreibungstext, dazu macht noch ein Programm so Sachen wie Farbe, Inhalt (wie Google halt).
Dann sag mir mal, wie du das Sinnvoll in ein Dateisystem bringen willst (vor allem muss die Suche schnell sein).

 

[ice-breaker]

Einzelne Thumbnails im Dateisystem werden ebenso ohne Ordnung abgespeichert.

das OS kann in dem Fall aber besser cachen als eine Datenbank, denn diese muss einen ganzen Datenblock cachen, ein Filesystem hingegen kann dies z.B. nur mit den HotSpots machen.

Wer sagt denn überhaupt, dass du mehrere Thumbnails in ihrer natürlichen Ordnung auslesen willst?

muss natürlich nicht, aber bei Fotoalben z.B. gibt es eine natürliche Ordnung, diese ist mit MyISAM aber unter keinem Umstand realisierbar. Es seidenn man lässt dauerhaft die Seiten der Tabelle neu organisieren.

Wenn du einen Forumthread öffnest, dann sind die benötigten Thumbnails ganz sicher nicht in der natürlichen Ordnung, und schon gar nicht direkt aufeinander folgend. Um viele I/O kommst du bei diesem Gebiet grundsätzlich nicht herum (außer du machst nen memory cache).

theoretisch hast du Recht, praktisch sage ich aber gibt es eine Eigenschaft, die man ausnutzen kann: HotSpots
Es wird eine Menge an Usern geben, die deutlich mehr Posten als andere und dessen Avatare müssen dann auch öfter abgerufen werden. Reorganisieren wir nun z.B. alle 5 Tage die Tabelle indem wir die hypothethische Speicherung der Avater nach ihrer prozentualen Anfragewahrscheinlich absteigend clustern, steigt die Wahrscheinlichkeit, dass wir Threads erwischen in denen nicht mehr für n Nutzer k Seiten geladen werden müssen (k ist der Paging-Factor), sondern ein Wert unterhalb von k, da einige Nutzer in der gleichen Datenbankseite stecken und daher kein weiterer IO-Request nötig ist.

@Blitzmerker: es ging nie darum die gesammte Datenhaltung im Filesystem zu machen sondern nur die Bilder dort zu speichern, da die Bilder in einer Datenbank weniger Sinn machen. Datenbanken wurden eben nicht geschaffen um große Informationen zu speichern, sondern um die Suche nach Dateien zu ermöglichen. Außerdem ist es sehrwohl möglich die Datenbankhaltung sehr gut im Filesystem zu machen, schau dir NoSQL-Datenbanken und Key-Value-Stores an, deren Datenspeicherung könnte man hypothetisch direkt aufs Filesystem mappen. Natürlich nur rein theoretisch.

 

[Hancock]

Schon klar, aber wenn das Thumb nur noch ein kleinen Teil der Infos ausmacht, dann machts den Kohl net fett.
Und da ist es für mich einfacher, gleich alles in die DB reinzupacken.

 

[IceMatrix]

das OS kann in dem Fall aber besser cachen als eine Datenbank, denn diese muss einen ganzen Datenblock cachen, ein Filesystem hingegen kann dies z.B. nur mit den HotSpots machen.

Datenblocks bei MyISAM sind default mind. 1024 Bytes und haben dynamische Größe. Da gibts beim Caching keinen großen Overhead. Bei InnoDB sind es 16K Pagesize. Da wäre es eher ein Problem.

muss natürlich nicht, aber bei Fotoalben z.B. gibt es eine natürliche Ordnung, diese ist mit MyISAM aber unter keinem Umstand realisierbar. Es seidenn man lässt dauerhaft die Seiten der Tabelle neu organisieren.

Wenn das Fotoalbum eine Webseite ist schon nicht mehr. Der Clients laden die Bilder nämlich nicht unbedingt in der "richtigen" Reihenfolge.
Die Ordnung wird aber auch normalerweise über Primary Key global fürs ganze Fotoalbum geht. Wenn du abwechseln in die einzelnen Alben einfügst gibt es keine zusammenhängenden Nummern und somit auch keinen sequentiellen Zugriff. Am Ende des Tages kommst du so oder so immer wieder bei Random Access raus.

Wenn es wirklich um Geschwindigkeit geht, dann packt man solche Avatare ohnehin in einen caching reverse Proxy mit Memcached-Anbindung. So wirds bei den "großen" Websites oftmals gemacht.