Stimmt... W�rde jetzt nie einen QuickSort in VBA programmieren... wird sicher elends langsam.
G�be es jedoch einen BuiltIn Sort f�r Arrays (naturlich schnell) erg�ben sich ein paar sehr interessante Applikationen. MfG > -----Original Message----- > From: Joachim van de Bruck [mailto:[EMAIL PROTECTED]] > Sent: Donnerstag, 28. Februar 2002 11:31 > To: ASP Datenbankprogrammierung > Subject: [aspdedatabase] AW: Versteckte Indexe in Access > > > Hallo! > > > Habe mal ein bisschen mit ADOX herumgespielt. Ein sch�nes Feature > davon ist, > > dass man die Indexe einer Tabelle auflisten kann. > > Huch; was stelle ich denn da fest? > > Erstellt man Beziehungen mit Ref. Integrit�t, so erstellt > Access noch > ein > > paar in Access unsichtbare Schl�ssel. > > > > Ausgangslage: > > Tabelle1 (id : auto number / Primary Key, Text: text, FS : number) > > Tabelle2 (id : auto number / Primary Key, Text : text) > > > > So sieht man pro Tabelle jeweils genau den Index f�r den > Primary Key. > > Erstellt man nun eine Beziehung zwischen Diesen > > - Referentielle Integrit�t; keine Aktualisier und L�schwiedergabe > > So sieht man auf einmal in den Indexes der Tabelle1 diese Daten: > > Index Name Index Columns Primary Key > Unique Index > > NULL > > Values Group Elements > > PrimaryKey id - Sort Order: ASC True True > > NULL is not allowed False > > Table2Table1 fs - Sort Order: ASC False False > > NULL > > is allowed False > > > > huch; was ist Table2Table1 f�r ein Index? > > > > Erscheint in der internen Index Anzeige des Access nicht... ist wohl > ein > > System Index. > > Naja, in demm Falle habe ich an einem Ort einen Index, wo ich ihn so > gut wie > > nie gebrauche. > > Wenn man immer nur von Tabelle1 auf Tabelle2 Zugreifft (und nicht > Umgekehrt) > > ist solch ein Index total unangebracht. > > Der Index hat f�r mich nur den Sinn, dass die Ref. Int. richtig > > funktioniert. > > > > Was heisst das? Bremst mich eine Ref. Int. aus? > > Besser ohne arbeiten, und halt �nderungen Codem�ssig selbst > validieren? > > Ganz bestimmt nicht. Referentielle Integrit�t kann so wichtig > sein, dass > ich das gerne der Datenbank �berlasse. > > Damit die Referentielle Integrit�t schnell bearbeitet werden kann, > braucht's halt einen Index. Je nach Modus sind halt unterschiedliche > Indizes erforderlich. Du hast wohl angegeben, dass Daten�nderungen in > der Referenztabelle an die Haupttabelle weitergegeben werden sollen; > deshalb wird auch in der Tabelle 1 ein Index angelegt, damit eine > �nderung der ID in Tabelle 2 auch schnell an die Tabelle1 > weitergegeben > werden kann. Man k�nnte darauf verzichten, weil es ja > AutoInkrement-Werte sind, aber dann kann man ja auch auf die > automatische Aktualisierung verzichten. Und hast Du noch nie eine ID > tempor�r in eine Zahl umgewandelt, damit Du darin rumpfuschen kannst? > > Mein Tipp: Referentielle Integrit�t st�rt nur beim Entwickeln und > Testen. Im Produktionsbetrieb ist es eine echte Sicherheit. > So etwas in > der Anwendung nachzubilden ist riskant, weil man ja nie wei�, > wie viele > verschiedene Anwendungen letztendlich einmal auf die > Datenbank zugreifen > werden. Deshalb geh�rt der Code zur Datenintegrit�t immer in die > Datenbank. > > Freundliche Gr��e > Joachim van de Bruck > > > > > > > > MfG > > > > Christian Thuer > > > > | [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 | [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 | [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
