kann deine meinung nicht ganz teilen und muss hier das beispiel von
microsoft anbringen: SharePoint Portal Server (Dokumentenmanagementsystem).
in der ersten version haben die alles in eine exchange-db gepackt. egal ob
word,excel, pdf. einfach alles und haben auch nicht das filesystem benutzt.
in der 2 version kannst du dich entscheiden ob du exchange oder den
sql-server bekniest. in beiden f�llen landen alle daten (Meta-Daten und
File) in einer db und nicht im filesystem. der vorteil von nur einem backup
ist nunmal unschlagbar, da die daten nur an einer stelle liegen. machen
kann man es nat�rlich wie man will und lustig ist. f�r mich stellt sich
aber die frage ob filesystem oder db nicht mehr. ausserdem hast du nicht
soviel programmieraufwand um jeden fall der eintreten kann abzufangen.

fazit: wie mans macht ist egal, man sollte sich aber mit den vor- und
nachteilen besch�ftigen. und das ein rdbms nicht sinnvoll f�r ein filestore
w�re beweist microsoft selbst am beispiel des sharepoints und in longhorn
wird es nur noch so zugehen. da bekommt der user gar nicht mit das all
seine files nicht im filesystem leigen sondern in einer db.

mfg

Lars


|---------+---------------------------->
|         |           Haffner G�nther  |
|         |           <[EMAIL PROTECTED]>|
|         |           Gesendet von:    |
|         |           [EMAIL PROTECTED]|
|         |           ngamoi.com       |
|         |                            |
|         |                            |
|         |           18.06.2004 10:20 |
|         |           Bitte antworten  |
|         |           an asp.net       |
|         |                            |
|---------+---------------------------->
  
>-----------------------------------------------------------------------------------------------------------------------------|
  |                                                                                    
                                         |
  |       An:       <[EMAIL PROTECTED]>                                                
                                     |
  |       Kopie:                                                                       
                                         |
  |       Thema:    RE: Antwort: RE: [Asp.net] Dokumente speichern - Filesystem oder 
DB?                                        |
  
>-----------------------------------------------------------------------------------------------------------------------------|




oh danke.
also ich leg die dateien nach meinen erfahrungen immer ins filesystem ab;
inkosistenzprobleme koennen durch einen admin entstehen, ansonsten nur noch
durch eine unsaubere programmierung / bedienung. inkosistenz aufzuzeigen
und
entsprechend zu handeln ist jedoch kein problem. eine relationale datenbank
als filestore zu verwenden denke ich ist jedoch nicht sinnvoll, schon
alleine fuer den overhead immer alles rauszuholen. file ist file, und
dafuer
gibts das filesystem.
g.

> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Lars Selle
> Sent: Friday, June 18, 2004 10:08 AM
> To: [EMAIL PROTECTED]
> Subject: Antwort: RE: [Asp.net] Dokumente speichern -
> Filesystem oder DB?
>
>
> hi.
>
> also das war ja nun wieder eine antwort ohne �berlegung. ich
> habe meine
> erfahrungen ob db oder filesystem schon gemacht. in unserer
> anwendung haben
> wir mittlerweile knapp 29000 fotos verwaltet. wir hatten das
> ganze vorher
> auch im filesystem. nachteile: sicherung f�r db und
> nocheinmal sicherung
> der daten auf dem webserver, daten manipulierbar von den admins, daten
> k�nnen inkonsistent werden. mehr bilder im filesystem, aber
> in db nicht
> verlinkt oder mehr links aber nicht alle bilder aus den
> verschiedensten
> gr�nden.
>
> jetzt haben wir die gesamten daten in der db. vorteile: ein
> backup, daten
> nicht manipulierbar was die admins angeht, daten k�nnen nicht
> inkonsistent
> werden. nachteil: du musst deine indexbildung klug setzen
> sonst wird es zu
> langsam. d.h. wir haben einen primary key �ber den sowieso
> ein index liegt.
> wir mussten aber noch �ber den forign key ein index legen,
> sonst dauerte es
> ewig bis er die entsprechenden fotos zu einem vorgang gefunden hat.
>
> man sollte sich also genau �berlegen ob man das filesystem
> nimmt oder ob
> man nicht lieber sauber alle daten in die db schmeisst die
> zusammengeh�ren.
>
> mfg
>
> Lars
>
>
> |---------+---------------------------->
> |         |           Haffner G�nther  |
> |         |           <[EMAIL PROTECTED]>|
> |         |           Gesendet von:    |
> |         |           [EMAIL PROTECTED]|
> |         |           ngamoi.com       |
> |         |                            |
> |         |                            |
> |         |           18.06.2004 09:57 |
> |         |           Bitte antworten  |
> |         |           an asp.net       |
> |         |                            |
> |---------+---------------------------->
>
> >-------------------------------------------------------------
> ----------------------------------------------------------------|
>   |
>                                                                   |
>   |       An:       <[EMAIL PROTECTED]>
>                                                                   |
>   |       Kopie:
>                                                                   |
>   |       Thema:    RE: [Asp.net] Dokumente speichern -
> Filesystem oder DB?
>           |
>
> >-------------------------------------------------------------
> ----------------------------------------------------------------|
>
>
>
>
> schmeiss die dateien ins filesystem.
> g.
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
> [EMAIL PROTECTED]
> > Sent: Friday, June 18, 2004 9:53 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: [Asp.net] Dokumente speichern - Filesystem oder DB?
> >
> > Hallo Alex
> >
> > Vielen Dank f�r die Antwort!
> >
> > >da sehe ich kein allzu gro�es Problem. Du k�nntest die
> > >Dokumente in Foldern speichern, die Du mit dem FileSystemWatcher
> > >von .NET �berachst. Das Tool klinkst Du in die Systray.
> > >Wenn sich was �ndert, speicherst Du �ber die Events vom
> > >Watcher die ge�nderten Daten in die DB. Das ist imho f�r
> > >den User auch angenehmer, als alle �nderungen h�ndisch in
> > >einem Webform zu protokollieren.
> > >
> > >Damit �ndert sich f�r den User nichts an der Bedienung.
> > >Wenn neue Files dazukommen, k�nntest Du auch �ber den
> > >FSW ein Fenster aufmachen lassen, das die Infos zum
> > >Dokument abfr�gt.
> > >
> > >W�re dann zwar alles Winform - aber ich denke, es dient
> > >der Usability durchaus.
> >
> > Wenn ich aber von der Bedieung des Users ausgehe, dass er ein
> > Formular im
> > Browser hat wo er Metadaten erfasst und die Datei "anh�ngt"
> > und dann soweit
> > an diesem Dokument nichts mehr �ndert ausser die Metadaten in
> > der DB, dann
> > scheint mir Dein Vorgehen mit etwas "Overhead" belastet zu
> > sein. Denn im
> > Normalfall soll nichts verschoben werden bzw. ich will es ja
> > auch gerade
> > verhindern. So m�sste ich also eine extra �berwachung
> > programmieren, die
> > ich - wenn ich in die DB speichere - nicht h�tte. Benutzer
> > h�tte ohnehin
> > keine M�glichkeit die Dateien zu manipulieren, nur der
> > Sysadmin. Wenn ich
> > dem also vertraue und er mir verspricht nichts anzur�hren,
> > dann machts also
> > kein Unteschied ob DB oder Filesystem.
> >
> > Gr�sse
> > Patrik
> >
> > *************************
> > _______________________________________________
> > This ASP.NET email is sponsored by:
> > UDEX ProMenu.Net  - Die Software f�r Navigation - Jetzt
> > kostenlos testen!
> > Tree- Style, Horizontal- Slide, Vertical- Slide.
> > http://www.udexnet.com
> >
> > _______________________________________________
> > Asp.net Mailingliste, Postings senden an:
> > [EMAIL PROTECTED]
> > An-/Abmeldung und Suchfunktion unter:
> > http://www.glengamoi.com/mailman/listinfo/asp.net
> > *************************
> >
>
> *************************
> _______________________________________________
> This ASP.NET email is sponsored by:
> UDEX ProMenu.Net  - Die Software f�r Navigation - Jetzt
> kostenlos testen!
> Tree- Style, Horizontal- Slide, Vertical- Slide.
> http://www.udexnet.com
>
> _______________________________________________
> Asp.net Mailingliste, Postings senden an:
> [EMAIL PROTECTED]
> An-/Abmeldung und Suchfunktion unter:
> http://www.glengamoi.com/mailman/listinfo/asp.net
> *************************
>
>
>
>
>
> *************************
> _______________________________________________
> This ASP.NET email is sponsored by:
> UDEX ProMenu.Net  - Die Software f�r Navigation - Jetzt
> kostenlos testen!
> Tree- Style, Horizontal- Slide, Vertical- Slide.
> http://www.udexnet.com
>
> _______________________________________________
> Asp.net Mailingliste, Postings senden an:
> [EMAIL PROTECTED]
> An-/Abmeldung und Suchfunktion unter:
> http://www.glengamoi.com/mailman/listinfo/asp.net
> *************************
>

*************************
_______________________________________________
This ASP.NET email is sponsored by:
UDEX ProMenu.Net  - Die Software f�r Navigation - Jetzt kostenlos testen!
Tree- Style, Horizontal- Slide, Vertical- Slide. http://www.udexnet.com

_______________________________________________
Asp.net Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/asp.net
*************************





*************************
_______________________________________________
This ASP.NET email is sponsored by:
UDEX ProMenu.Net  - Die Software f�r Navigation - Jetzt kostenlos testen!
Tree- Style, Horizontal- Slide, Vertical- Slide. http://www.udexnet.com

_______________________________________________
Asp.net Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/asp.net
*************************

Antwort per Email an