Tutti i dati non creati uguale. Considerino il tavolo di Bambole che hanno creato nel Capitolo 1 (la Sezione 1.2.3). I suoi campi veramente contengono parecchi tipi diversi delle informazioni:

• Testo. I campi di Fabbricante e di Carattere.

• Numeri. Il documento di identità e i campi di PurchasePrice.

• Date. Il campo di DateAcquired.

Possono naturalmente presumere che il campo di PurchasePrice sempre include il contenuto numerico, e il campo di DateAcquired sempre include qualcosa che può esser interpretata come una data. Ma se non hanno messo i tipi di dati correttamente, l'Accesso non condivide le Loro supposizioni e non segue le stesse regole.

Quando creano un nuovo campo in punto di vista di Datasheet, l'Accesso fa una supposizione colta sul tipo di dati esaminando le informazioni che introducono. Se Loro il tipo 44, allora l'Accesso presume che stanno creando un campo di numero. Se battono a macchina il 6 gennaio 2007, allora l'Accesso riconosce una data. Comunque, è facile da disorientare l'Accesso, che conduce ai problemi mostrati nella cifra 2-1.

Per prevenire entrate invalide, hanno bisogno di dire l'Accesso quello che ogni campo deve contenere. Una volta che mettono le regole, l'Accesso li impone rigorosamente. Mettono questi requisiti in posto usando altra vista di Progetto di windowthe del Loro tavolo.

La cifra 2-1. Qui, l'Accesso non riconosce il formato di data usato per il campo di DateAcquired quando fu creato. Come risultato, piaceri d'Accesso che campo come testo ordinario. Possono entrare in date in parecchi formati diversi (che fa le informazioni di DateAcquired più difficile per leggere e impossibile a specie). Anche fanno entrare entrate completamente assurde, come “fourscore le banane.”

Popolarità: Il 4% [?]

Tutti i dati non creati uguale. Considerino il tavolo di Bambole che hanno creato nel Capitolo 1 (la Sezione 1.2.3). I suoi campi veramente contengono parecchi tipi diversi delle informazioni:

• Testo. I campi di Fabbricante e di Carattere.

• Numeri. Il documento di identità e i campi di PurchasePrice.

• Date. Il campo di DateAcquired.

Possono naturalmente presumere che il campo di PurchasePrice sempre include il contenuto numerico, e il campo di DateAcquired sempre include qualcosa che può esser interpretata come una data. Ma se non hanno messo i tipi di dati correttamente, l'Accesso non condivide le Loro supposizioni e non segue le stesse regole.

Quando creano un nuovo campo in punto di vista di Datasheet, l'Accesso fa una supposizione colta sul tipo di dati esaminando le informazioni che introducono. Se Loro il tipo 44, allora l'Accesso presume che stanno creando un campo di numero. Se battono a macchina il 6 gennaio 2007, allora l'Accesso riconosce una data. Comunque, è facile da disorientare l'Accesso, che conduce ai problemi mostrati nella cifra 2-1.

Per prevenire entrate invalide, hanno bisogno di dire l'Accesso quello che ogni campo deve contenere. Una volta che mettono le regole, l'Accesso li impone rigorosamente. Mettono questi requisiti in posto usando altra vista di Progetto di windowthe del Loro tavolo.

La cifra 2-1. Qui, l'Accesso non riconosce il formato di data usato per il campo di DateAcquired quando fu creato. Come risultato, piaceri d'Accesso che campo come testo ordinario. Possono entrare in date in parecchi formati diversi (che fa le informazioni di DateAcquired più difficile per leggere e impossibile a specie). Anche fanno entrare entrate completamente assurde, come “fourscore le banane.”

Popolarità: Il 4% [?]