Quando iniziarono a progettare tavoli, vennero a sapere che è un delitto di base di dati per aggiungere informazioni questo è basato sui dati in altro campo o altro tavolo. Un esempio di questo sbaglio sta creando un tavolo di prodotti che ha sia un Prezzo sia un campo di PriceWithTax. Il fatto che il campo di PriceWithTax è calcolato basato sul campo di Prezzo è un problema. Il rifornimento d'entrambi è uno spreco licenziato per esubero di personale per spazio. Ancora più cattivo, se il tasso d'imposta cambia, allora sono lasciati con molti record su aggiornamento e il potenziale per informazioni incoerenti (come un prezzo con l'imposta questo è più basso che un prezzo senza imposte).

Sebbene sappiano per non creare campi come PriceWithTax, qualche volta vorranno vedere informazioni calcolate in Accesso. Prima che la Frottola di Boutique stampa una lista di prodotto per uno dei suoi dettaglianti meno amati, gli piace applicare un margine di profitto di prezzo del 10 percento. Per fare questo, ha bisogno di un modo di aggiustare le informazioni di prezzo prima di stampa dei dati. Se il dettagliante nota il prezzo più basso senza il margine di profitto, con certezza lo esigeranno.

Le domande provvedono la soluzione perfetta per questi generi di problemi, perché includono un ogni scopo il modo di manipolare matematicamente informazioni. Il trucco per aggiungere un campo calcolato: un campo questo è definito nella Loro domanda, ma veramente non esiste nel tavolo. Invece, l'Accesso calcola il valore di un campo calcolato basato su un o più altri campi nel Loro tavolo. I valori nel campo calcolato non sono mai immagazzinati anywhereinstead, l'Accesso li genera ogni volta che dirigono la domanda.

Popolarità: Il 5% [?]

Quando iniziarono a progettare tavoli, vennero a sapere che è un delitto di base di dati per aggiungere informazioni questo è basato sui dati in altro campo o altro tavolo. Un esempio di questo sbaglio sta creando un tavolo di prodotti che ha sia un Prezzo sia un campo di PriceWithTax. Il fatto che il campo di PriceWithTax è calcolato basato sul campo di Prezzo è un problema. Il rifornimento d'entrambi è uno spreco licenziato per esubero di personale per spazio. Ancora più cattivo, se il tasso d'imposta cambia, allora sono lasciati con molti record su aggiornamento e il potenziale per informazioni incoerenti (come un prezzo con l'imposta questo è più basso che un prezzo senza imposte).

Sebbene sappiano per non creare campi come PriceWithTax, qualche volta vorranno vedere informazioni calcolate in Accesso. Prima che la Frottola di Boutique stampa una lista di prodotto per uno dei suoi dettaglianti meno amati, gli piace applicare un margine di profitto di prezzo del 10 percento. Per fare questo, ha bisogno di un modo di aggiustare le informazioni di prezzo prima di stampa dei dati. Se il dettagliante nota il prezzo più basso senza il margine di profitto, con certezza lo esigeranno.

Le domande provvedono la soluzione perfetta per questi generi di problemi, perché includono un ogni scopo il modo di manipolare matematicamente informazioni. Il trucco per aggiungere un campo calcolato: un campo questo è definito nella Loro domanda, ma veramente non esiste nel tavolo. Invece, l'Accesso calcola il valore di un campo calcolato basato su un o più altri campi nel Loro tavolo. I valori nel campo calcolato non sono mai immagazzinati anywhereinstead, l'Accesso li genera ogni volta che dirigono la domanda.

Popolarità: Il 5% [?]