> Mal eine allgemeine - aber konkrete - Frage: > > Es geht um das Speichern von Bildern in der Datenbank oder im > FileSystem: > 1. Ist die Version FileSystem immer schneller als Datenbank?
Wenn wirklich aus der DB gelesen wird, dann ja... Wenn aus einem Speicher-Cache gelesen wird, kann es auch anders sein, allerdings weiss ich nicht, ob solche Daten �berhaupt vom SQLServer gecacht werden... Das direkte lesen von Dateien ist deshalb immer schneller, weil kein SQL interpretiert werden muss o.�... Bei einem einfachen Test, Bei dem ich ein paar tausend kleine Textschnipsel(zerteilte Bibel) einmal aus Dateien und dann aus einer Access-BD gelesen habe ergab, dass die reinen Textdateien ca. 10 mal schneller waren... SQLServer mag schneller als Access sein, aber es bleibt immer noc der DB-Overhead... > 2. Beziehen sich die Geschwindigkeitsangaben ( falls es welche gibt, > w�rden sie mich sehr interessieren ) auf das Lesen oder Schreiben der > Bilder? Siehe oben... Lesen. Schreiben ist aber nat�rlich in der DB auch langsamer... > 3. Wie wirkt sich die Entscheidung darauf aus, ob mehr > geschrieben oder > mehr gelesen wird? Beides ist in der DB langsamer, wenn es um einfache Anwendungen geht Wenn man auf Indices angewiesen ist und komplexere Anfragen kommt man um eine DB nicht herum, aber man kann ja beides kombinieren(metadaten in DB, bin�rdaten im filesystem...) > 4. Wie sieht das ganze aus, wenn von einer > "Ein-Rechner-L�sung" auf eine > Farm portiert werden soll? Bei einer kleinen Farm kann man die Dateien auf einem dedizierten Fileserver legen, wobei man sich �berlegen muss, wie stark die belastung des internen Netzwerk sein darf bzw. wie viele farm-rechner das interne netzwerk aush�lt... Unter Umst�nden macht es Sinn in jedem Rechner zwei Netzwerkkarten zu stecken, eine, �ber die IIS angesprochen wird und eine, die ins interne Netzwerk mit dem Fileserver geht... Da es sich bei dieser Applikation um eine meist lesende Applikation geht, kann man auch darauf hin optimieren... Wenn die Datenmengen in Gr�ssenordnungen von heutigen Festplattengr�ssen sind, kann man sich �berlegen, ob man nicht alle Dateien auf alle Webserver kopiert, so dass nur zus�tzlicher interner Traffic f�r DB-Connections und das kopieren der neuen Dateien auf alle Server entsteht... Man muss sich nat�rlich noch �berlegen wie neue Eintr�ge auf alle Rechner verteilt werden und dass man neue Bilder erst freigibt, wenn sie auf allen Rechnern verteilt sind. > 5. Wie sieht es aus, wenn es zu jedem "grossen" Bild eine kleine > Vorschau gibt ( Vorschau wird immer zusammen mit Informationen aus der > Datenbank ausgegeben) Kann man in der DB halten oder ebenfalls im Filesystem... Muss man sich halt �berlegen, was mehr Sinn f�r die Apllikation macht... Claudius > > Ich w�re auch �ber Links zu diesem Thema dankbar. > > Christian > > > > | [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/aspdecoffee house.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
