Das Verhindern von Doppelwerten mit Indizes im Zugang 2007

Microsoft Access Fügen Sie Anmerkungen hinzu

Die erste Regel jedes Tisches besteht darin, dass jede Aufzeichnung, die es enthält, einzigartig sein muss. Um diese Beschränkung geltend zu machen, müssen Sie einen primären Schlüssel (Abschnitt 2.4) wählen, der ein oder mehr Felder ist, die in verschiedenen Aufzeichnungen nicht jemals kopiert werden.

Hier ist der Fang. Weil Sie im Kapitel 2, die sicherste Auswahl erfahren haben, ein ID-Feld für den primären Schlüssel zu schaffen. Bis jetzt haben alle Tische, die Sie gesehen haben, dieses Detail eingeschlossen. Aber und wenn Sie sicherstellen müssen, dass andere Felder einzigartig sind? Stellen Sie sich vor, dass Sie einen Mitarbeitertisch schaffen. Sie folgen guten Datenbankdesigngrundsätzen und identifizieren jede Aufzeichnung mit einer automatisch erzeugten Ausweisnummer. Jedoch wollen Sie auch sicherstellen, dass keine zwei Angestellten dieselbe Sozialversicherungsnummer (SSN) haben, um möglich fehlermäßig zufällig das Eingehen in denselben Angestellten zweimal zu verhindern.

Abbildung 4-5. Wenn Sie das Datum () Funktion als der Verzug-Wert für das Feld von DateAcquired im bobblehead Tisch verwenden, dann jedes Mal fügen Sie eine neue Bobblehead-Aufzeichnung hinzu, Zugang füllt das aktuelle Datum aus. Sie entscheiden, ob Sie dieses Datum behalten oder es durch einen verschiedenen Wert ersetzen wollen.


Zeichen: Für eine schnelle Erfrischung darüber, warum ID-Felder solch eine gute Idee sind, beziehen Sie sich auf den Abschnitt 2.4. Im Mitarbeitertisch konnten Sie sicher beschließen, den SSN den primären Schlüssel zu machen, aber es ist nicht die ideale Situation, wenn Sie anfangen, Tische zusammen (Kapitel 5) zu verbinden, und es Probleme verursacht, wenn Sie den SSN später (im Fall von einem Fehler) ändern müssen, oder wenn Sie in Mitarbeiterinformation eingehen, bevor Sie den SSN erhalten haben.


Sie können ein Feld zwingen, einzigartige Werte mit einem Index zu verlangen. Ein Datenbankindex ist dem Index in einem bookit's eine Liste von Werten (von einem Feld) mit einem Querverweis analog, der zur entsprechenden Abteilung (die volle Aufzeichnung) hinweist. Wenn Sie das Feld von SocialSecurityNumber mit einem Inhaltsverzeichnis versehen, schafft Zugang eine Liste wie das und versorgt sie hinter den Kulissen in Ihrer Datenbankdatei:

Tabelle 4-1.

SocialSecurityNumber

Position der vollen Aufzeichnung

001-01-3455

â€\¦

001-02-0434

â€\¦

001-02-9558

â€\¦

002-40-3200

â€\¦

Mit dieser Liste kann Zugang schnell bestimmen, ob eine neue Aufzeichnung einen vorhandenen SSN kopiert. Wenn es tut, dann lässt Zugang nicht Sie es einfügen.

BIS ZUR GESCHWINDIGKEIT
Wie Indizes arbeiten

Es ist wichtig, dass die Liste von SSNs sortiert wird. Das Sortieren bedeutet, dass die Nummer 001 - 01-3455 immer vorher 002-40-3200 im Index, unabhängig von wo die in der Datenbank physisch versorgte Aufzeichnung vorkommt. Dieses wichtige Sortieren, weil es Zugang schnell für Duplikate überprüfen lässt. Wenn Sie in die Nummer 001-02-4300 eingehen, dann muss Zugang nur den ersten Teil der Liste lesen. Sobald es den folgenden "größeren" SSN findet (derjenige, der später in der Sorte, wie 001-02-501 fällt), weiß es, dass der Rest des Index kein Duplikat enthält.

In der Praxis verwenden alle Datenbanken noch viele Optimierungen, um diesen Prozess aufflammend schnell zu machen. Aber es gibt einen Schlüssel principlewithout ein Index, Zugang würde den kompletten Tisch überprüfen müssen. Tische werden in der sortierten Ordnung nicht versorgt, also gibt es keine Weise, wie Zugang sicher sein kann, dass ein gegebener SSN nicht in dort ist, wenn es jede Aufzeichnung nicht überprüft.

So, wie wenden Sie einen Index auf ein Feld an? Der Trick das Mit einem Inhaltsverzeichnis versehene Feldeigentum, das für jeden Datentyp außer der Verhaftung und dem OLE-Gegenstand verfügbar ist. Wenn Sie ein Feld, den Satz des Mit einem Inhaltsverzeichnis versehenen Eigentums dazu hinzufügen Nein, was bedeutet, dass Zugang kein Feld schafft. Um einen Index hinzuzufügen und Duplikate zu verhindern, können Sie das Mit einem Inhaltsverzeichnis versehene Eigentum in der Designansicht zu Ja [Keine Duplikate] ändern. Die dritte Auswahl, Ja [Duplikate, OK,], schafft einen Index, aber lässt mehr als eine Aufzeichnung denselben Wert haben. Diese Auswahl hilft Ihnen nicht, wiederholte Aufzeichnungen zu fangen, aber Sie können sie verwenden, um Suchen zu beschleunigen.


Zeichen: Wie Sie aus dem Kapitel 2 (Abschnitt 2.4.1) wissen, weisen primäre Schlüssel auch Duplikate mit derselben Technik zurück. Wenn Sie einen primären Schlüssel definieren, schafft Zugang automatisch einen Index auf diesem Feld.


Wenn Sie Designansicht nach dem Ändern des Mit einem Inhaltsverzeichnis versehenen Feldeigentums schließen, fordert Zugang Sie auf, Ihre Änderungen zu sparen. An diesem Punkt schafft es irgendwelche neuen Indizes, die es braucht. Sie können keinen Index ohne Duplikate schaffen, wenn Sie bereits Doppelinformation in Ihrem Tisch haben. In dieser Situation gibt Zugang Ihnen eine Fehlermeldung, wenn Sie das Fenster Design schließen und es versucht, den Index hinzuzufügen.

Beliebtheit: 2 % [?]

Zusammenhängender Posten

  • Mehrfeldindizes im Zugang 2007
  • Das Sicherstellen dass keine Doppelwertanzeige in einem Feld
  • Entdeckung von Doppelaufzeichnungen mit einer Abfrage im Zugang 2007
  • Das Verhindern Verwitweter Berichtsaufzeichnungen im Zugang 2007
  • Der Primäre Schlüssel im Zugang 2007
  • Finden Sie nicht, wonach Sie suchen? Versuchen Sie bitte hier...

    Google
     

    Anmerkungen werden geschlossen.

    WP Thema & Ikonen durch das N.Design Studio
    Einträge RSS Anmerkungen RSS Tragen Sie zu Technorati Lieblingen bei Klotz darin
    Frau Office Tune Up "Blog Archiv" das Verhindern von Doppelwerten mit Indizes im Zugang 2007

    Das Verhindern von Doppelwerten mit Indizes im Zugang 2007

    Microsoft Access Fügen Sie Anmerkungen hinzu

    Die erste Regel jedes Tisches besteht darin, dass jede Aufzeichnung, die es enthält, einzigartig sein muss. Um diese Beschränkung geltend zu machen, müssen Sie einen primären Schlüssel (Abschnitt 2.4) wählen, der ein oder mehr Felder ist, die in verschiedenen Aufzeichnungen nicht jemals kopiert werden.

    Hier ist der Fang. Weil Sie im Kapitel 2, die sicherste Auswahl erfahren haben, ein ID-Feld für den primären Schlüssel zu schaffen. Bis jetzt haben alle Tische, die Sie gesehen haben, dieses Detail eingeschlossen. Aber und wenn Sie sicherstellen müssen, dass andere Felder einzigartig sind? Stellen Sie sich vor, dass Sie einen Mitarbeitertisch schaffen. Sie folgen guten Datenbankdesigngrundsätzen und identifizieren jede Aufzeichnung mit einer automatisch erzeugten Ausweisnummer. Jedoch wollen Sie auch sicherstellen, dass keine zwei Angestellten dieselbe Sozialversicherungsnummer (SSN) haben, um möglich fehlermäßig zufällig das Eingehen in denselben Angestellten zweimal zu verhindern.

    Abbildung 4-5. Wenn Sie das Datum () Funktion als der Verzug-Wert für das Feld von DateAcquired im bobblehead Tisch verwenden, dann jedes Mal fügen Sie eine neue Bobblehead-Aufzeichnung hinzu, Zugang füllt das aktuelle Datum aus. Sie entscheiden, ob Sie dieses Datum behalten oder es durch einen verschiedenen Wert ersetzen wollen.


    Zeichen: Für eine schnelle Erfrischung darüber, warum ID-Felder solch eine gute Idee sind, beziehen Sie sich auf den Abschnitt 2.4. Im Mitarbeitertisch konnten Sie sicher beschließen, den SSN den primären Schlüssel zu machen, aber es ist nicht die ideale Situation, wenn Sie anfangen, Tische zusammen (Kapitel 5) zu verbinden, und es Probleme verursacht, wenn Sie den SSN später (im Fall von einem Fehler) ändern müssen, oder wenn Sie in Mitarbeiterinformation eingehen, bevor Sie den SSN erhalten haben.


    Sie können ein Feld zwingen, einzigartige Werte mit einem Index zu verlangen. Ein Datenbankindex ist dem Index in einem bookit's eine Liste von Werten (von einem Feld) mit einem Querverweis analog, der zur entsprechenden Abteilung (die volle Aufzeichnung) hinweist. Wenn Sie das Feld von SocialSecurityNumber mit einem Inhaltsverzeichnis versehen, schafft Zugang eine Liste wie das und versorgt sie hinter den Kulissen in Ihrer Datenbankdatei:

    Tabelle 4-1.

    SocialSecurityNumber

    Position der vollen Aufzeichnung

    001-01-3455

    â€\¦

    001-02-0434

    â€\¦

    001-02-9558

    â€\¦

    002-40-3200

    â€\¦

    Mit dieser Liste kann Zugang schnell bestimmen, ob eine neue Aufzeichnung einen vorhandenen SSN kopiert. Wenn es tut, dann lässt Zugang nicht Sie es einfügen.

    BIS ZUR GESCHWINDIGKEIT
    Wie Indizes arbeiten

    Es ist wichtig, dass die Liste von SSNs sortiert wird. Das Sortieren bedeutet, dass die Nummer 001 - 01-3455 immer vorher 002-40-3200 im Index, unabhängig von wo die in der Datenbank physisch versorgte Aufzeichnung vorkommt. Dieses wichtige Sortieren, weil es Zugang schnell für Duplikate überprüfen lässt. Wenn Sie in die Nummer 001-02-4300 eingehen, dann muss Zugang nur den ersten Teil der Liste lesen. Sobald es den folgenden "größeren" SSN findet (derjenige, der später in der Sorte, wie 001-02-501 fällt), weiß es, dass der Rest des Index kein Duplikat enthält.

    In der Praxis verwenden alle Datenbanken noch viele Optimierungen, um diesen Prozess aufflammend schnell zu machen. Aber es gibt einen Schlüssel principlewithout ein Index, Zugang würde den kompletten Tisch überprüfen müssen. Tische werden in der sortierten Ordnung nicht versorgt, also gibt es keine Weise, wie Zugang sicher sein kann, dass ein gegebener SSN nicht in dort ist, wenn es jede Aufzeichnung nicht überprüft.

    So, wie wenden Sie einen Index auf ein Feld an? Der Trick das Mit einem Inhaltsverzeichnis versehene Feldeigentum, das für jeden Datentyp außer der Verhaftung und dem OLE-Gegenstand verfügbar ist. Wenn Sie ein Feld, den Satz des Mit einem Inhaltsverzeichnis versehenen Eigentums dazu hinzufügen Nein, was bedeutet, dass Zugang kein Feld schafft. Um einen Index hinzuzufügen und Duplikate zu verhindern, können Sie das Mit einem Inhaltsverzeichnis versehene Eigentum in der Designansicht zu Ja [Keine Duplikate] ändern. Die dritte Auswahl, Ja [Duplikate, OK,], schafft einen Index, aber lässt mehr als eine Aufzeichnung denselben Wert haben. Diese Auswahl hilft Ihnen nicht, wiederholte Aufzeichnungen zu fangen, aber Sie können sie verwenden, um Suchen zu beschleunigen.


    Zeichen: Wie Sie aus dem Kapitel 2 (Abschnitt 2.4.1) wissen, weisen primäre Schlüssel auch Duplikate mit derselben Technik zurück. Wenn Sie einen primären Schlüssel definieren, schafft Zugang automatisch einen Index auf diesem Feld.


    Wenn Sie Designansicht nach dem Ändern des Mit einem Inhaltsverzeichnis versehenen Feldeigentums schließen, fordert Zugang Sie auf, Ihre Änderungen zu sparen. An diesem Punkt schafft es irgendwelche neuen Indizes, die es braucht. Sie können keinen Index ohne Duplikate schaffen, wenn Sie bereits Doppelinformation in Ihrem Tisch haben. In dieser Situation gibt Zugang Ihnen eine Fehlermeldung, wenn Sie das Fenster Design schließen und es versucht, den Index hinzuzufügen.

    Beliebtheit: 2 % [?]

    Zusammenhängender Posten

  • Mehrfeldindizes im Zugang 2007
  • Das Sicherstellen dass keine Doppelwertanzeige in einem Feld
  • Entdeckung von Doppelaufzeichnungen mit einer Abfrage im Zugang 2007
  • Das Verhindern Verwitweter Berichtsaufzeichnungen im Zugang 2007
  • Der Primäre Schlüssel im Zugang 2007
  • Finden Sie nicht, wonach Sie suchen? Versuchen Sie bitte hier...

    Google
     

    Anmerkungen werden geschlossen.

    WP Thema & Ikonen durch das N.Design Studio
    Einträge RSS Anmerkungen RSS Tragen Sie zu Technorati Lieblingen bei Klotz darin