Obwohl das Thema Speicherung in der Datenbank für euch ja schon abgehakt zu sein scheint: Bei Verwendung einer Bilddatenbank würde sich die Frage nach Sinn oder Unsinn gar nicht erst stellen. Bei einer relationalen Datenbank wird von allen Herstellern darauf hingewiesen, dass variabel lange Daten auf die Performanz drücken. Angenommen ein Bild ist nach sauberer Datenmodellierung Attribut einer Entity. Die Speicherung als BLOB kann dann aufgrund der Segmentierung schnell zu einer unangenehmen Fragmentierung führen - weiterer Performanzverlust. Klar - habt ihr alles gewusst - aber vielleicht liest ja jemand mit.
Wegen der anderen Anforderungen (Eleganz, etc.) würde ich das Problem durch einen dedizierten Image-Server lösen. Das kann eine
ISAPI Anwendung sein, die die Bilder bei Bedarf aus dem Dateisystem lädt und in einem eigenen Cache hält. Der Schutz dieser Bilder vor Manipulation wird durch diesen Ansatz aus der eigentlichen Anwendung heraus gehalten. Ich werde diese Technik bald in einem digitalen Archiv zum Einsatz bringen, wo es wichtig ist, dass die im Web veröffentlichten Bilder authentisch sind. Der Image-Server kann die Athentizität anhand eines vorher berechneten und in einer Tabelle gespeicherten Schlüssels prüfen. Alternativ können die Bilder in einem geschützten File-Container ausgeliefert werden, quasi ein eigenes Dateisystem in einer Datei. Sogar ZIP könnte für dich eine Lösung sein.
Grüße vom marabu
Zitat
Baum-Darstellung
