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
