La prima regola di qualsiasi tavolo è quella che ogni rapporto che questo contiene deve essere unico. Per imporre questa restrizione, Lei ha bisogno di scegliere una chiave principale (la Sezione 2.4), che è un o più campi che non saranno mai duplicati in rapporti diversi.

Qui è la presa. Siccome Lei imparò nel Capitolo 2, la scelta più al sicuro di creare un campo di documento di identità per la chiave principale. Finora, tutti i tavoli che Lei ha visto hanno incluso questo dettaglio. Ma che se Lei ha bisogno di assicurarsi altri campi sono unici? Immagini che Lei crea un tavolo di Dipendenti. Lei segue buoni principi di progetto di base di dati e identifica ogni rapporto con un numero di documento di identità automaticamente generato. Comunque, Lei anche vuole assicurarsi che nessun due dipendente ha lo stesso numero di Previdenza sociale (SSN) per prevenire possibile simile a dei errore per caso l'entrata nello stesso dipendente due volte.

La cifra 4-5. Se Lei usa la Data () la funzione come il valore d'inadempienza per il campo DateAcquired nel tavolo bobblehead, allora ogni volta Lei aggiunge un nuovo rapporto di bobblehead, l'Accesso si riempisce nella data corrente. Lei decide se Lei vuole tenere quella data o sostituirlo con un valore diverso.

Lei può costringere un campo a richiedere valori unici con un indice. Un indice di base di dati è analogo all'indice in un bookit’s una lista di valori (da un campo) con un rimando che indica alla sezione corrispondente (il rapporto pieno). Se Lei include il campo SocialSecurityNumber in un indice, l'Accesso crea una lista come questo e gli fa provvista dietro le quinte nel Suo file di base di dati:

Utilizzando questa lista, l'Accesso può rapidamente determinare se un nuovo rapporto duplica SSN esistente. Se questo fa, allora l'Accesso non Le permette di inserirlo.

Così come applica Lei un indice a un campo? Il trucco la proprietà campestre Inclusa in un indice, che è disponibile per ogni tipo di dati eccetto Oggetto di OLE e Attaccamento. Quando Lei aggiunge un campo, una serie della proprietà Inclusa in un indice a No, il que significa che l'Accesso non crea un campo. Per aggiungere un indice e prevenire duplicati, Lei non può cambiare la proprietà Inclusa in un indice in vista di Progetto a Sì [Nessun Duplicato]. La terza scelta, Sì [i Duplicati va bene], crea un indice, ma permette a più di un rapporto di avere lo stesso valore. Questa scelta non La aiuta a prendere rapporti ripetuti, ma Lei può usarla per accelerare ricerche.

Quando Lei chiude la vista di Progetto dopo cambio della proprietà campestre Inclusa in un indice, l'Accesso La spinge a salvare i Suoi cambiamenti. In questo punto, questo crea qualsiasi nuovo indice di cui questo ha bisogno. Lei non può creare un indice senza duplicati se Lei già ha l'informazione doppia nel Suo tavolo. In questa situazione, l'Accesso Le dà un messaggio d'errore quando Lei chiude la finestra Design e questo tenta di aggiungere l'indice.

Popolarità: il 2 % [?]

La prima regola di qualsiasi tavolo è quella che ogni rapporto che questo contiene deve essere unico. Per imporre questa restrizione, Lei ha bisogno di scegliere una chiave principale (la Sezione 2.4), che è un o più campi che non saranno mai duplicati in rapporti diversi.

Qui è la presa. Siccome Lei imparò nel Capitolo 2, la scelta più al sicuro di creare un campo di documento di identità per la chiave principale. Finora, tutti i tavoli che Lei ha visto hanno incluso questo dettaglio. Ma che se Lei ha bisogno di assicurarsi altri campi sono unici? Immagini che Lei crea un tavolo di Dipendenti. Lei segue buoni principi di progetto di base di dati e identifica ogni rapporto con un numero di documento di identità automaticamente generato. Comunque, Lei anche vuole assicurarsi che nessun due dipendente ha lo stesso numero di Previdenza sociale (SSN) per prevenire possibile simile a dei errore per caso l'entrata nello stesso dipendente due volte.

La cifra 4-5. Se Lei usa la Data () la funzione come il valore d'inadempienza per il campo DateAcquired nel tavolo bobblehead, allora ogni volta Lei aggiunge un nuovo rapporto di bobblehead, l'Accesso si riempisce nella data corrente. Lei decide se Lei vuole tenere quella data o sostituirlo con un valore diverso.

Lei può costringere un campo a richiedere valori unici con un indice. Un indice di base di dati è analogo all'indice in un bookit’s una lista di valori (da un campo) con un rimando che indica alla sezione corrispondente (il rapporto pieno). Se Lei include il campo SocialSecurityNumber in un indice, l'Accesso crea una lista come questo e gli fa provvista dietro le quinte nel Suo file di base di dati:

Utilizzando questa lista, l'Accesso può rapidamente determinare se un nuovo rapporto duplica SSN esistente. Se questo fa, allora l'Accesso non Le permette di inserirlo.

Così come applica Lei un indice a un campo? Il trucco la proprietà campestre Inclusa in un indice, che è disponibile per ogni tipo di dati eccetto Oggetto di OLE e Attaccamento. Quando Lei aggiunge un campo, una serie della proprietà Inclusa in un indice a No, il que significa che l'Accesso non crea un campo. Per aggiungere un indice e prevenire duplicati, Lei non può cambiare la proprietà Inclusa in un indice in vista di Progetto a Sì [Nessun Duplicato]. La terza scelta, Sì [i Duplicati va bene], crea un indice, ma permette a più di un rapporto di avere lo stesso valore. Questa scelta non La aiuta a prendere rapporti ripetuti, ma Lei può usarla per accelerare ricerche.

Quando Lei chiude la vista di Progetto dopo cambio della proprietà campestre Inclusa in un indice, l'Accesso La spinge a salvare i Suoi cambiamenti. In questo punto, questo crea qualsiasi nuovo indice di cui questo ha bisogno. Lei non può creare un indice senza duplicati se Lei già ha l'informazione doppia nel Suo tavolo. In questa situazione, l'Accesso Le dà un messaggio d'errore quando Lei chiude la finestra Design e questo tenta di aggiungere l'indice.

Popolarità: il 2 % [?]