Bilder als BLOB in DB2 ablegen
- Dieses Thema hat 3 Antworten und 1 Teilnehmer, und wurde zuletzt aktualisiert vor 14 Jahre, 10 Monaten von
Anonym.
-
AuthorPosts
-
12. November 2008 um 20:22 Uhr #4010
AnonymInaktivHi 🙂
leider bietet das Internet nicht viel Informationen über die DB2, aber ich hoffe ich werde in diesem Forum "fündig" 🙂
Bislang habe ich nur mit MySQL garbeitet und bin momentan dabei mich intensiver mit der DB2 zu befassen und bin begeistert von den funktionalen Möglichkeiten  😎
Bislang habe ich "gelernt", dass man Bilder im Dateisystem speichert und nur einen Link zu dem File in der Datenbank ablegt.
Doch nun habe ich gesehen, dass die DB2  den BLOB Datentyp anbietet um Video und Image files zu speichern.Zusätzlich gibt es ja noch die Audio,Video und Image Extender.
Ist es somit "erlaubt" Bilder in der Datenbank abzulegen?
Denn ich sehe darin sehr viele Vorteile,nicht das Dateisystem zu benutzen.Denn dadurch hätte ich die Möglichkeit Bilder über verschiedenen Tablespaces zu verteilen und ältere Bilder somit auf andere Festplatten zu archivieren und den Speicherplatz dynamisch einfach zu verteilen.
Jetzt die Frage.
Dateisystem oder Datenbank? Â ::)
13. November 2008 um 11:56 Uhr #4182
AnonymInaktivHallo Vince,
grundsätzlich ist das sicherlich möglich. Zu LOBs gibt es ein interessantes Redbook, hier der Link: http://www.redbooks.ibm.com/redbooks/pdfs/sg246571.pdf
Es gab zumindest zu Anfang große Probleme mit der Speicherverwaltung der LOBs, insbesondere wenn diese geändert wurden. Ich würde LOBs heute nur machen, wenn sie jederzeit von aussen wieder herstellbar sind, also durch Load eines Unloads (z. B. der letzten Nacht) oder durch ein Anwendungsprogramm.
Weiterhin gab es mal Probleme mit dem LOB-Reorg, wenn ich mich richtig erinnere gab es den zwar aber er gab keinen Speicherplatz frei. Stattdessen musste da eine Recovery durchgeführt werden.
Überhaupt war zu Anfang das Handling schwierig, so gab es keinen Unload for LOBs >32KB. Das kann mittlerweile aber sowohl Unload als auch DSNTIAUL (das würde ich mir aber nochmal genau ansehen, wenn ich mich richtig erinnere wird pro LOB (!) ein Dataset erzeugt).Möglicherweise sind die Probleme mittlerweile behoben. Wir mussten damals die Anwendung kurzfristig so ändern, das keine LOBs benutzt wurden.
MfG Rolf
13. November 2008 um 13:40 Uhr #4313
AnonymInaktivHi Vince,
da Du bislang mit mySQL gearbeitet hast – und dies bestimmt nicht unter OS/390 oder z/OS Â :-[ – habe ich den Diskussions-Thread nach DB2 Linux/Unix/Windows verschoben.
Du arbeitest vermutlich mit einer Windows-basierenden Entwicklungsoberfläche?! Dann schau Dir mal folgenden Artikel an: http://www.ibm.com/developerworks/db2/library/techarticle/0304surange/0304surange.html.
Weiterführende Literatur bei der IBM unter http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp.
Noch Fragen? Â Â 😎
Ciao
Gernot
13. November 2008 um 19:58 Uhr #4406
AnonymInaktivHallo,
ich hab die Kategorieunterteilung der OS garnicht wahr genommen  ::)
Ich bin dabei die DB2 unter UNIX aufzusetzen. Welches Derivat ich für den "Testserver" nehme ist noch nicht klar, aber es wird auf Debian hinauslaufen, wobei openSolaris auch eine Alternative wäre.Aber zurück zum Thema ….
Ich habe mir jetzt die Links angeschaut und meine anfängliche Euphorie hat doch ein wenig nachgelassen  :-[
Wenn ich das richtig verstehe gibt es für LOB´s Probleme(Hindernisse) mit dem INSERT/UPDATE sowie mit dem Import/Export.
Die IBM Hilfe(wo man mal sagen muss, dass die noch unübersichtlicher ist als die msdn von MS  ;D) sagt auch, dass man das Speichern aus Performancegründen es doch vermeiden sollte.Ich selber würde erstmal die Express-C Version nutzen , wo ich , wenn ich richtig annehme, dann Probleme mit der Arbeitsspeicherbechränkung hätte?
Dabei handelt es sich um eine monatlich wachsende Menge von 20 bis 30.000 Bildern á ca. 300-500kb die ich irgendwo unterbringen muss.
Zu der Klickrate kann man sagen, dass hunderte Bilder von tausenden Personen gleichzeitig abgeschaut werden.
Die "Operationen" auf die LOBS werden sich dabei auf SELECT Befehle beschränken.Vielleicht kann mir zu den weiteren Details einer von euch sagen ob es sinnvoll ist die DB dem Dateisystem vorzuziehen.
Oder hat schon gar selber Erfahrungen gemacht.Was überhaupt nicht passieren darf und der Supergau wäre ist, dass die DB nach dem Start des Projektes überläuft.
-
AuthorPosts
You must be logged in to reply to this topic.