Il tempo migliore per scegliere i tipi di dati per i Suoi campi è quando Lei prima crea il tavolo. Quelli strada, il Suo tavolo completamente vuoto, e Lei non colliderà con nessun problema.

Se Lei aggiunge alcuni rapporti, e poi decide di cambiare il tipo di dati in uno dei Suoi campi, la vita diventa un un po' più complicata. Lei può ancora usare la vista di Progetto per cambiare il tipo di dati, ma l'Accesso ha bisogno di passare attraverso un passo supplementare e convertire i dati esistenti nel nuovo tipo di dati.

In molti casi, il processo di conversione va pianamente. Se Lei ha un campo di testo che contiene solo numeri, Lei non avrà un problema cambiando il tipo di dati da testo a Numero. Ma in altri casi, la transizione non è abbastanza così senza cucitura. Qui sono alcuni esempi dei problemi con cui Lei potrebbe collidere:

• Lei cambia il tipo di dati da testo fino a oggi, ma l'Accesso non può interpretare alcuni dei Suoi valori come date.

• Lei cambia il tipo di dati da testo a Numero, ma alcuni dei Suoi rapporti hanno valori di testo in quel campo (sebbene loro non debbano).

• Lei cambia il tipo di dati da testo a Numero. Comunque, il Suo campo contiene numeri frazionari (come 4.234), e Lei dimentica di cambiare la proprietà di Dimensioni Campestre (la Sezione 2.3.3). Come risultato, l'Accesso presume che Lei vuole usare numeri solo interi, e taglia tutti i Suoi posti decimali.

La strada migliore di dirigere questi problemi è quella di fare un supporto (la Sezione 1.3.1) prima che Lei fa qualsiasi cambiamento drastico, ed essere alla ricerca di cambiamenti che vanno male. Nei due primi casi nella lista sopra, l'Accesso La avverte che questo ha bisogno di togliere alcuni valori perché loro non corrispondono alle regole di tipo di dati (vedi la cifra 2-8). Il terzo problema un po' più insidiousAccess Le dà un avvertimento, ma questo veramente non Le dice se un problema successe. Se Lei sospetta che problemi, l'interruttore Progettano la vista, e poi verificano i Suoi dati prima di partenza oltre.

Il tempo migliore per scegliere i tipi di dati per i Suoi campi è quando Lei prima crea il tavolo. Quelli strada, il Suo tavolo completamente vuoto, e Lei non colliderà con nessun problema.

Se Lei aggiunge alcuni rapporti, e poi decide di cambiare il tipo di dati in uno dei Suoi campi, la vita diventa un un po' più complicata. Lei può ancora usare la vista di Progetto per cambiare il tipo di dati, ma l'Accesso ha bisogno di passare attraverso un passo supplementare e convertire i dati esistenti nel nuovo tipo di dati.

In molti casi, il processo di conversione va pianamente. Se Lei ha un campo di testo che contiene solo numeri, Lei non avrà un problema cambiando il tipo di dati da testo a Numero. Ma in altri casi, la transizione non è abbastanza così senza cucitura. Qui sono alcuni esempi dei problemi con cui Lei potrebbe collidere:

• Lei cambia il tipo di dati da testo fino a oggi, ma l'Accesso non può interpretare alcuni dei Suoi valori come date.

• Lei cambia il tipo di dati da testo a Numero, ma alcuni dei Suoi rapporti hanno valori di testo in quel campo (sebbene loro non debbano).

• Lei cambia il tipo di dati da testo a Numero. Comunque, il Suo campo contiene numeri frazionari (come 4.234), e Lei dimentica di cambiare la proprietà di Dimensioni Campestre (la Sezione 2.3.3). Come risultato, l'Accesso presume che Lei vuole usare numeri solo interi, e taglia tutti i Suoi posti decimali.

La strada migliore di dirigere questi problemi è quella di fare un supporto (la Sezione 1.3.1) prima che Lei fa qualsiasi cambiamento drastico, ed essere alla ricerca di cambiamenti che vanno male. Nei due primi casi nella lista sopra, l'Accesso La avverte che questo ha bisogno di togliere alcuni valori perché loro non corrispondono alle regole di tipo di dati (vedi la cifra 2-8). Il terzo problema un po' più insidiousAccess Le dà un avvertimento, ma questo veramente non Le dice se un problema successe. Se Lei sospetta che problemi, l'interruttore Progettano la vista, e poi verificano i Suoi dati prima di partenza oltre.