Hi Folks,

mannomann, da musste ich doch erstmal in die Tiefen des Cyberspace abtauchen, um Euch wieder zu finden ;)
Watt is' denn mit perl.de los ? Verkauft ? Na ja, ist auch offtopic.....
Bin jetzt drei Monate krankgeschrieben, zerre mir hier ein Privatprojekt nach dem anderen an den Haaren herbei, um nicht komplett zu verblöden und dachte mir: "Kannst' ja eigentlich die komplette Sammlung der Familienschnappschüsse auf dem Heimischen MySQL-DB-Server ablegen !"
Ok, fix das Netz abgegrast auf der Suche nach "perl dbi blob mysql".
Nun, was soll ich sagen, die Ergebnisse waren nicht sehr berauschend.
Liegt das daran, das MySQL in Verbindung mit BLOBS selten eingesetzt wird (warum auch immer) oder bin ich der Einzige der auf "so'n Tüddelkroms" kommt ?

Ich finde es eher ungeschickt, die Bilder an sich in eine Datenbank zu speichern. Ich würde eher die Pfade zu den Bildern in der Datenbank zu speichern und die Bilder ganz normal auf der Festplatte ablegen... (u.a. Performancegründe!! )

P.S.: Gute Besserung\n\n

<!--EDIT|renee|1063183224-->

Hier noch ein Link... Hier wird kurz beschrieben, welche Vor- und Nachteile das Speichern von Bildern in einer Datenbank hat...

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

Und hier noch ein Link zur allgemeinen Ansteuerung von MySQL mit Perl:
http://www.infos24.de/mysqle/handbuch/10_mysql_perl_ansteuern.htm\n\n

<!--EDIT|renee|1063183940-->

Hi renee,

Performance halte ich nicht unbedingt für einen Hinderungsgrund (zumindest
wenn man Binärdaten und beschreibende Daten (id, name, etc.) in zwei getrennten Tabellen aufbewahrt. Denn die Haupttätigkeit der DB-Application ist ja primär festzustellen, an welcher Stelle sich die gewünschten Daten befinden. Das lässt sich dann leicht und schnell in der Tabelle "id_name" erledigen. Soll dann irgendetwas passieren, greife ich über den Primärschlüssel auf die Datenbank "bilder" zu)
Hab' aber vielen Dank für die links, werde ich mir gleich mal reintun !

[quote=renee,10.09.2003, 10:45]Hier noch ein Link... Hier wird kurz beschrieben, welche Vor- und Nachteile das Speichern von Bildern in einer Datenbank hat...

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

Und hier noch ein Link zur allgemeinen Ansteuerung von MySQL mit Perl:
http://www.infos24.de/mysqle/handbuch/10_mysql_perl_ansteuern.htm[/quote]
Hi renee,

habe mir jetzt mal die beiden Artikel reingetan:
- Zur dlcp-faq:
mit der Behauptung man müsse für jedes angeforderte Bild ein eigenes script starten, bin ich so nicht einverstanden. Also ich kenne PHP nicht, aber selbst da muss es so etwas wie arrays, hashes und schleifenkonstrukte geben.
Was wohl eher der Knackpunkt ist, das mysql nicht in der Lage ist, BLOBS zu splitten. (bleibt aber dennoch zu prüfen, in welcher Version das so ist).
Ich muss dazu sagen, das ich beruflich mit 'ner DB2 auf iSeries (AS/400)
arbeite, da ist das kein Problem. Hatte ich bei mysql vorausgesetzt.

- zum infos24-link:
Super ! Genau das gibt mir die Basis für Spielereien :-)

Also, vielen Dank nochmal.

[quote=hl7,10.09.2003, 11:42]mit der Behauptung man müsse für jedes angeforderte Bild ein eigenes script starten, bin ich so nicht einverstanden. Also ich kenne PHP nicht, aber selbst da muss es so etwas wie arrays, hashes und schleifenkonstrukte geben.[/quote]
Und wie hinderst du den Browser daran, jedes Bild auf einer Seite einzeln abzurufen? Es stimmt schon, was Kristian da schreibt: Fuer jedes <img=...> Tag auf einer Seite findet eine Serveranfrage und damit ein Skriptaufruf statt. Das hat mit Arrays oder Hashes der Programmiersprache nix zu tun, das ist HTTP.

Die Verwendung von BLOBs in Datenbanken ist generell nicht empfehlenswert. Wenn man sich das antut, dann in einer separaten Tabelle, die idealerweise auf einer eigenen Platte rumdümpelt. Was spricht dagegen den Pfad in der Datenbank zu speichern? Wenn du ein CGI baust, kannst du ja den Upload in einer dir genehmen Struktur auf der Platte ablegen.

Gruss,
Ronnie

[quote=Ronnie,10.09.2003, 21:53]Die Verwendung von BLOBs in Datenbanken ist generell nicht empfehlenswert. Wenn man sich das antut, dann in einer separaten Tabelle, die idealerweise auf einer eigenen Platte rumdümpelt. Was spricht dagegen den Pfad in der Datenbank zu speichern? Wenn du ein CGI baust, kannst du ja den Upload in einer dir genehmen Struktur auf der Platte ablegen.

Gruss,
Ronnie[/quote]
Hi Ronnie,

klar, wenn ich das Zeug allein benutzen würde wäre das kein Problem, aber was ist mit dem Rest der Family? Wie schnell wird da mal ein Bild verschoben oder gelöscht, dann kann ich mir die Pfade in der Datenbank an's Knie Nageln. Einpflegen der puren Pfade ist sicherlich die schnellere, aber auch unsichere Lösung. Ok, man könnte jetzt noch soweit gehen und die entsprechenden Bild-Verzeichnisse regelmässig scannen, um das Ergebnis einzupflegen...
Aber da ich mir nun aufgrund div. Quellen sicher bin, das MySQL BLOBS nicht splittbar sind (ich also mit BLOBS in 64Kb oder 16MB usw. leben müsste), scheint die Sache vorerst eh gestorben, weil zu Speicherintensiv.
Ich werd' schon etwas finden, um die Zeit tot zu schlagen.

[quote=Dubu,10.09.2003, 17:59][quote=hl7,10.09.2003, 11:42]mit der Behauptung man müsse für jedes angeforderte Bild ein eigenes script starten, bin ich so nicht einverstanden. Also ich kenne PHP nicht, aber selbst da muss es so etwas wie arrays, hashes und schleifenkonstrukte geben.[/quote]
Und wie hinderst du den Browser daran, jedes Bild auf einer Seite einzeln abzurufen? Es stimmt schon, was Kristian da schreibt: Fuer jedes <img=...> Tag auf einer Seite findet eine Serveranfrage und damit ein Skriptaufruf statt. Das hat mit Arrays oder Hashes der Programmiersprache nix zu tun, das ist HTTP.[/quote]
Hi Dubu,

Ooops, habbich doch glatt HTTP vergessen :^)
Na ja, das Ding ist (wie o.a.) wohl eh 'ne Totgeburt.