Hallo,

> Es erscheint mir prinzipiell auch vern�nftig, Bilddaten im Filesystem
> abzulegen. Es handelt sich prinzipiell um zweierlei Bilddaten: die
> "gro�en" Hauptbilder, die eigentlich niemals angezeigt sondern lediglich
> "transportiert" werden, und die Vorschaubilder in max 100x100 Pixeln,
> die immer wieder angezeigt werden. Weiterhin wird bereits mittelfristig
> von mehreren Millionen Bildern ausgegangen. Da erschien es den
> "Konzeptionierern" halt sinnvoll, schnell die richtigen Bilder zu
> finden. Deshalb der Gedanke mit der Datenbank. Dazu kommt die �berlegung
> der Skalierung: Es erscheint einfacher, den Datenbankserver zu erweitern
> und dabei dem SQL-Server die Zuordnung auf den physikalischen Rechner zu
> �berlassen.

Zum Transport oder zur Lagerung eine relationelle Datenbank?

Ich w�rde das ganze �ber einen dedizierten Fileserver l�sen. RAID-System,
schnelle Platten, viel RAM f�r den Cache und eine gute Netzwerbanbindung.

Die Dateien solltet ihr nicht in ein Verzeichnis legen, sondern in einer
Hierarchie ablegen. Beispiel: bild1.jpg

/b/bi/bild1.jpg

oder, wenn es noch mehr Dateien sind:

/b/bi/bil/bild1.jpg

So bleiben die Verzeichnislisten recht klein und das Betriebssystem
findet sehr schnell die passende Datei. Zudem gibt macht Windows NT
ein sehr effektives Caching, sodass h�ufig bennutzte Dateien erst
garnicht von der Platte gelesen werden.

MfG,
Markus Oestreicher [QualityHosting Support]
-------------------------------------------
Informationen: http://www.qualityhosting.de

> -----Urspr�ngliche Nachricht-----
> Von: Markus Oestreicher [mailto:[EMAIL PROTECTED]]
> Gesendet: Freitag, 22. Februar 2002 23:27
> An: AspGerman Kaffeehaus
> Betreff: [aspdecoffeehouse] AW: Bilder in Datenbank
>
>
> Hallo,
>
> > Ich hab ein sehr brennendes Problem, das in dieser Runde bestimmt auch
>
> > schon mehrfach behandelt wurde. Im Rahmen eines Projektes - wo ich
> > heute schon was pr�sentieren mu� ( Danke auch an Claudius ! ) - hat
> > sich eine �nderung ergeben. Bilddaten, die ich mit der Komponente
> > ASPImage verkleinere sollen nun nicht im FileSystem gespeichert
> > werden, sondern in der Datenbank.
>
> HOWTO: Display Images Stored in a BLOB Field (Q173308)
> http://support.microsoft.com/default.aspx?scid=kb;EN-US;q173308
>
> > Hintergrund ist die k�nftige Verteilung auf 2 Server.
>
> Generell sollten Bin�rdaten in Datenbanken vermieden werden.
> (Performance, fast kein Caching m�glich, Gr��e der DB, ...)
>
> So wie du es schilderst bist du besser damit bedient, die Dateien auf
> einem freigegebenen Verzeichnis zu lagern. Dieses kann entweder auf
> einem der beiden Server oder auf einem zentralen Fileserver sein.
>
> MfG,
> Markus Oestreicher [QualityHosting Support]
> -------------------------------------------
> Informationen: http://www.qualityhosting.de
>
>
>
>
>
> | [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed
> | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv Sie
> | k�nnen sich unter folgender URL an- und abmelden:
> | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.as
> | p
>
>
>
> | [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed
> | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
> | Sie k�nnen sich unter folgender URL an- und abmelden:
> | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
>
>



| [aspdecoffeehouse] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp

Antwort per Email an