Hallo Lars Vielen Dank f�r die Antwort.
>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. Du best�tigst was ich auch gedacht habe. Was war/ist denn Dein Fremdschl�ssel (Vorgang?) den Du auch indiziert hast? Fremdschl�ssel zu Medatadaten? Wie kann ich mir Dein Datenmodell vorstellen? Welchen Datentyp hat denn ein "File-Feld" in der SQL-Server DB? Ein sog. Blob? Ich muss mir mal ein Buch �ber SQL-DB kaufen, ich kenn mich da einfach zu wenig aus. 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 *************************
