Ripensi al tavolo di Bambole che Lei creò nel Capitolo 1 per fare provvista di una lista di bambole bobblehead. Una d'informazioni del tavolo di Bambole è il campo di Fabbricante, che mette in lista il nome della compagnia che creò ogni bambola. Sebbene questo sembri un dettaglio abbastanza semplice, spegne questo per in modo conveniente valutare il valore di un bobblehead, Lei ha bisogno di sapere un pezzettino giusto più sul processo industriale. Lei può volere sapere cose come dove la compagnia manifatturiera ha localizzato, di che lunghezza è stato in affari, e se questo doveva respingere processi da clienti arrabbiati.

Se Lei si sta sentendo pigro, Lei poteva aggiungere tutta questa informazione al tavolo di Bambole, come così (grayed-fuori le colonne sono i nuovi):

La Sua prima reazione a questo tavolo è quella di probabilmente preoccuparsi del disordine di tutti questi campi. Ma non faccia panicin il mondo vero, i tavoli devono includere tutti i dettagli importanti, allora loro spesso crescono abbastanza larghi. (Questo è la regola #3 di progetto di dati, dalla Sezione 2.5.3.) Così non permettono al disordine di preoccuparLa. Lei può usare tecniche come colonna che nasconde (la Sezione 3.1.4) per filtrare i campi che non La interessano.

Sebbene il disordine di colonna non sia un problema, altro problema i nascondigli sotto la superficie in quest'esempio i dati licenziati per esubero di personale. Un tavolo bene progettato deve mettere in lista solo un tipo di cosa. Questa versione delle pause di tavolo di Bambole che governano unendo l'informazione sul bobblehead e il fabbricante bobblehead.

Questa situazione sembra abbastanza innocente, ma se Lei aggiunge ancora alcune file, le cose non sembrano come piuttosto:

Appena Lei ha due bobbleheads che furono fatti dalla stessa compagnia (in questo caso, MagicPlastic), Lei ha introdotto dati doppi, la maledizione di tutte le basi di dati cattive. (Lei riconoscerà questo come una violazione della regola #4 di buon progetto di base di dati, dalla Sezione 2.5.4.) I problemi potenziali sono senza fine:

• Se MagicPlastic commuove i suoi impianti da Cina alla Corea del Sud, Lei avrà bisogno di aggiornare un gruppo intero di rapporti di bobblehead. Se Lei usava due tavoli con dati imparentati (come Lei vedrà poi), Lei avrebbe soltanto un rapporto per contendere con.

• È fin troppo facile da aggiornare l'informazione di fabbricante in un rapporto di bobblehead, ma perderlo nell'altro. Se Lei fa questo sbaglio, Lei finirà con dati incoerenti nel Suo tavolo, che è ancora più cattivo che dati doppi. Essenzialmente, la Sua informazione di fabbricante diventerà inutile perché Lei non saprà quale rapporto ha i dettagli corretti, allora Lei non sarà capace di fidarsi di qualcosa.

• Se Lei vuole seguire le tracce d'informazione più collegata il fabbricante (come un numero di contatto) nella Sua base di dati, Lei dovrà aggiornare il Suo tavolo di Bambole e curare ogni singolo rapporto. La Sua famiglia non può vederLa per parecchio poche settimane.

• Se Lei vuole ottenere l'informazione su fabbricanti (ma non le bambole), Lei è sfortunato. Ad esempio, Lei non può stampare una lista di tutti i fabbricanti bobblehead in Cina (almeno non facilmente).

È facile da capire il problema. Provando a riempire troppi dettagli in un posto, questo tavolo fa saltare insieme l'informazione che sarebbe meglio tenuta in due tavoli separati. Per fissare questo progetto, Lei ha bisogno di creare due tavoli quell'uso collegò dati. Ad esempio, Lei poteva creare un tavolo di Bambole come questo:

E un tavolo di Fabbricanti separato con i dettagli specifici per il fabbricante:

Questo progetto Le dà la flessibilità per lavorare sia con tipi dell'informazione (le bambole sia con fabbricanti) separatamente. Questo anche toglie il rischio di duplicazione. I risparmi sono piccoli in quest'esempio semplice, ma in un tavolo con centinaia o migliaia di bambole bobblehead (e molto meno fabbricanti), la differenza è drammatica.

Adesso, se MagicPlastic si muove verso la Corea del Sud, Lei ha bisogno di aggiornare il campo di Posizione per solo un rapporto, piuttosto che molti casi in un tavolo di Bambole sovraccaricato. Lei anche avrà un tempo più facile che costruisce domande (il Capitolo 6) che uniscono l'informazione in modi ordinati e utili. (Ad esempio, Lei poteva scoprire quanto Lei ha speso denaro su tutte le Sue bambole MagicPlastic e confronta questo con le quantità che Lei ha speso per bambole fatte da altri fabbricanti.)

Annoti: l'Accesso include un attrezzo che tenta di notare dati doppi in un tavolo e aiutarLa a fare i campi a pezzi in tavoli imparentati. (Per metterlo alla prova, scelga gli Attrezzi di Base di dati Analizzano Analizzano il Tavolo.) Sebbene sia una buon'idea in teoria, quest'attrezzo veramente non è che utile. Lei farà un lavoro molto migliore di notare dati doppi e creare tavoli bene progettati dall'inizio se Lei capisce il problema dei dati doppi Lei stesso.

Popolarità: il 2 % [?]

Ripensi al tavolo di Bambole che Lei creò nel Capitolo 1 per fare provvista di una lista di bambole bobblehead. Una d'informazioni del tavolo di Bambole è il campo di Fabbricante, che mette in lista il nome della compagnia che creò ogni bambola. Sebbene questo sembri un dettaglio abbastanza semplice, spegne questo per in modo conveniente valutare il valore di un bobblehead, Lei ha bisogno di sapere un pezzettino giusto più sul processo industriale. Lei può volere sapere cose come dove la compagnia manifatturiera ha localizzato, di che lunghezza è stato in affari, e se questo doveva respingere processi da clienti arrabbiati.

Se Lei si sta sentendo pigro, Lei poteva aggiungere tutta questa informazione al tavolo di Bambole, come così (grayed-fuori le colonne sono i nuovi):

La Sua prima reazione a questo tavolo è quella di probabilmente preoccuparsi del disordine di tutti questi campi. Ma non faccia panicin il mondo vero, i tavoli devono includere tutti i dettagli importanti, allora loro spesso crescono abbastanza larghi. (Questo è la regola #3 di progetto di dati, dalla Sezione 2.5.3.) Così non permettono al disordine di preoccuparLa. Lei può usare tecniche come colonna che nasconde (la Sezione 3.1.4) per filtrare i campi che non La interessano.

Sebbene il disordine di colonna non sia un problema, altro problema i nascondigli sotto la superficie in quest'esempio i dati licenziati per esubero di personale. Un tavolo bene progettato deve mettere in lista solo un tipo di cosa. Questa versione delle pause di tavolo di Bambole che governano unendo l'informazione sul bobblehead e il fabbricante bobblehead.

Questa situazione sembra abbastanza innocente, ma se Lei aggiunge ancora alcune file, le cose non sembrano come piuttosto:

Appena Lei ha due bobbleheads che furono fatti dalla stessa compagnia (in questo caso, MagicPlastic), Lei ha introdotto dati doppi, la maledizione di tutte le basi di dati cattive. (Lei riconoscerà questo come una violazione della regola #4 di buon progetto di base di dati, dalla Sezione 2.5.4.) I problemi potenziali sono senza fine:

• Se MagicPlastic commuove i suoi impianti da Cina alla Corea del Sud, Lei avrà bisogno di aggiornare un gruppo intero di rapporti di bobblehead. Se Lei usava due tavoli con dati imparentati (come Lei vedrà poi), Lei avrebbe soltanto un rapporto per contendere con.

• È fin troppo facile da aggiornare l'informazione di fabbricante in un rapporto di bobblehead, ma perderlo nell'altro. Se Lei fa questo sbaglio, Lei finirà con dati incoerenti nel Suo tavolo, che è ancora più cattivo che dati doppi. Essenzialmente, la Sua informazione di fabbricante diventerà inutile perché Lei non saprà quale rapporto ha i dettagli corretti, allora Lei non sarà capace di fidarsi di qualcosa.

• Se Lei vuole seguire le tracce d'informazione più collegata il fabbricante (come un numero di contatto) nella Sua base di dati, Lei dovrà aggiornare il Suo tavolo di Bambole e curare ogni singolo rapporto. La Sua famiglia non può vederLa per parecchio poche settimane.

• Se Lei vuole ottenere l'informazione su fabbricanti (ma non le bambole), Lei è sfortunato. Ad esempio, Lei non può stampare una lista di tutti i fabbricanti bobblehead in Cina (almeno non facilmente).

È facile da capire il problema. Provando a riempire troppi dettagli in un posto, questo tavolo fa saltare insieme l'informazione che sarebbe meglio tenuta in due tavoli separati. Per fissare questo progetto, Lei ha bisogno di creare due tavoli quell'uso collegò dati. Ad esempio, Lei poteva creare un tavolo di Bambole come questo:

E un tavolo di Fabbricanti separato con i dettagli specifici per il fabbricante:

Questo progetto Le dà la flessibilità per lavorare sia con tipi dell'informazione (le bambole sia con fabbricanti) separatamente. Questo anche toglie il rischio di duplicazione. I risparmi sono piccoli in quest'esempio semplice, ma in un tavolo con centinaia o migliaia di bambole bobblehead (e molto meno fabbricanti), la differenza è drammatica.

Adesso, se MagicPlastic si muove verso la Corea del Sud, Lei ha bisogno di aggiornare il campo di Posizione per solo un rapporto, piuttosto che molti casi in un tavolo di Bambole sovraccaricato. Lei anche avrà un tempo più facile che costruisce domande (il Capitolo 6) che uniscono l'informazione in modi ordinati e utili. (Ad esempio, Lei poteva scoprire quanto Lei ha speso denaro su tutte le Sue bambole MagicPlastic e confronta questo con le quantità che Lei ha speso per bambole fatte da altri fabbricanti.)

Annoti: l'Accesso include un attrezzo che tenta di notare dati doppi in un tavolo e aiutarLa a fare i campi a pezzi in tavoli imparentati. (Per metterlo alla prova, scelga gli Attrezzi di Base di dati Analizzano Analizzano il Tavolo.) Sebbene sia una buon'idea in teoria, quest'attrezzo veramente non è che utile. Lei farà un lavoro molto migliore di notare dati doppi e creare tavoli bene progettati dall'inizio se Lei capisce il problema dei dati doppi Lei stesso.

Popolarità: il 2 % [?]