> > Ich weiss das die Logik etwas kompliziert ist, denke aber das > man das ganze mit drei funktionen erschlagen kann > (setzen,loeschen,abfragen).
Ich kann alles mit einer funktion erschlagen: starteApplikation ;-) Das problem ist, das man mit dem SQL Server in stored procedures nicht so einfach an das x.te bit in einem zig MB grossen BLOB kommt... Wenn es ein flatfile w�re w�re das unproblematische, aber der SQLServer h�lt nicht den ganzen BLOB im Speicher, sondern streamt ihn... Und diese logik auf den Client verlagern kannst Du gleich vergessen... 9MB zum client streamen, ein bit lesen, ein anderes setzen, 9MB zur�ckstreamen.... Schlecht. Und dann ist da wie gesagt noch das problem mit ver�nderungen der user- bzw. recht-objekte-anzahl... Die eine dimension geht ja noch... Daf�r musst Du bloss eine "Zeile" in dem BLOB anh�ngen, aber f�r die andere wird es laaaangsam.... Und genug platz lassen f�r alle objekte, die man jemals brauchen wird verbietet sich von selbst(ich sag nur Jahr2000-Problem...) > Eine Tabelle dafuer erscheint mir als ein totaler Speicherfresser. Das t�uscht... Du musst ja nicht alles speichern... Sondern nur das wof�r die wenigsten daten anfallen... Angenommen wir haben ca. 100 user und 1000 recht-objekte. Wenn in dem system normalerweise jeder user nur auf 20 objekte zugriff hat, dann w�rde ich das system so anlegen, dass standardm�ssig jeder user KEINE rechte auf objekte hat und nur wenn ein eintrag in der DB besteht das Recht vorhanden ist... Dadurch bekommst Du ungef�hr 2000 Rechte-Eintr�ge... Wenn in dem System aber normalerweise jeder auf alles zugriff hat und nur f�r manche objekte kein recht, dann w�rde ich das system so anlegen, dass standardm�ssig jeder user auf alles Rechte hat, es sei den es ist ein eintrag in der rechte-tabelle vorhanden... Das abfragen nach rechten ist dann mit einer richtigen indizierung blitz-schnell... �berleg Dir auch, ob Du wirklich so feine granularit�t f�r die Rechte brauchst, oder ob es reicht rechte auf gruppen zu vergeben und user gruppen zuzuweisen... Gruss, Claudius | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
