Siccome iniziano a riempire un tavolo di campi, è qualche volta allettante includere informazioni che veramente non appartengono. Quest'inclusione non causa nessuna fine di mal di testa, e è una trappola sorprendentemente facile per cadere in. La cifra 2-22 mostra questo problema in azione con un tavolo che prova a fare troppo.

La cifra 2-22. Questo tavolo elenca gli animali domestici disponibili a un allevatore d'animale esotico. Anche elenca alcune informazioni utili sulla durata media della vita, il temperamento e i requisiti di pasto di ogni tipo d'animale. Inizialmente, questo progetto sembra in modo imparziale ragionevole. Comunque, un problema appare quando hanno parecchi dello stesso tipo d'animali (in questo caso, tre elefanti). Adesso i dettagli specifici per l'elefante sono ripetuti tre volte separate.

I dati doppi come così mostrato nella cifra 2-22 sono inefficienti. Possono facilmente immaginare un tavolo con centinaia di record simili, inutilmente sprecando lo spazio che ripete gli stessi valori più e più volte. Comunque, il minore di questa preoccupazione rispetto allo sforzo per aggiornamento di quelle informazioni e la possibilità di contraddizione. Che avviene se vogliono aggiornare le informazioni di durata media della vita per ogni elefante basato su nuovi studi? Basato sul progetto attuale del tavolo, hanno bisogno di cambiare ogni record che ha le stesse informazioni. Ancora più cattivo, è fin troppo facile da cambiare alcuni record, ma lasciare altri non toccati. Le informazioni di dati incoerenti del risultato generale in più di un posto che non fa agreewhich lo fanno impossibile riuscire a capire le informazioni corrette.

Questo problema succede perché le informazioni nel tavolo d'Animali domestici tutti non appartengono. Capire perché, hanno bisogno di scavare un un po' più profondamente in analisi di base di dati.

Di regola, ogni tavolo in una base di dati immagazzina di una cosa sola. Nel tavolo d'Animali domestici, quella cosa è animali domestici. Ogni campo in un tavolo è un'informazione su quella cosa.

Nel tavolo d'Animali domestici, i campi come Nome, Animale e Peso tutti hanno il senso. Descrivono l'animale domestico in questione. Ma LifeSpan, Temperamento e campi di Dieta non sono assolutamente esatti. Non descrivono l'animale domestico individuale. Invece, sono soltanto standard per quella specie. In altre parole, questi campi non sono basati sull'animale domestico (come devono essere) sono basati sul tipo d'animale. L'unico modo di risolvere questo problema è quello di creare due tavoli: Animali domestici e AnimalTypes (la cifra 2-23).

La cifra 2-23. Adesso le informazioni specifiche per l'animale sono mantenute in un posto, senza duplicati. Vuole un po' più lavoro per ottenere tutta l'informazione preferita Loro l'esempio needfor, scoprire la durata media della vita per Beatrice, hanno bisogno di verificare il record d'Elefante in AnimalTypes tablebut il progetto generale più logico.

Prende l'esperienza di notare campi che non appartengono. E in alcuni casi, rompendo un tavolo giù in sempre più subtavoli non vale i problemi. Potevano teoricamente separare le informazioni d'indirizzo (contenuto in campi come via, Città, Paese e PostalCode) da un tavolo di Clienti, e poi metterlo in un tavolo d'Indirizzi separato. Comunque, è relativamente insolito per due clienti per condividere lo stesso indirizzo, allora questo lavoro supplementare probabilmente non avrà successo. Penseranno come definire rapporti formali tra tavoli come Animali domestici e AnimalTypes nel Capitolo 5.

Popolarità: Il 3% [?]

Siccome iniziano a riempire un tavolo di campi, è qualche volta allettante includere informazioni che veramente non appartengono. Quest'inclusione non causa nessuna fine di mal di testa, e è una trappola sorprendentemente facile per cadere in. La cifra 2-22 mostra questo problema in azione con un tavolo che prova a fare troppo.

La cifra 2-22. Questo tavolo elenca gli animali domestici disponibili a un allevatore d'animale esotico. Anche elenca alcune informazioni utili sulla durata media della vita, il temperamento e i requisiti di pasto di ogni tipo d'animale. Inizialmente, questo progetto sembra in modo imparziale ragionevole. Comunque, un problema appare quando hanno parecchi dello stesso tipo d'animali (in questo caso, tre elefanti). Adesso i dettagli specifici per l'elefante sono ripetuti tre volte separate.

I dati doppi come così mostrato nella cifra 2-22 sono inefficienti. Possono facilmente immaginare un tavolo con centinaia di record simili, inutilmente sprecando lo spazio che ripete gli stessi valori più e più volte. Comunque, il minore di questa preoccupazione rispetto allo sforzo per aggiornamento di quelle informazioni e la possibilità di contraddizione. Che avviene se vogliono aggiornare le informazioni di durata media della vita per ogni elefante basato su nuovi studi? Basato sul progetto attuale del tavolo, hanno bisogno di cambiare ogni record che ha le stesse informazioni. Ancora più cattivo, è fin troppo facile da cambiare alcuni record, ma lasciare altri non toccati. Le informazioni di dati incoerenti del risultato generale in più di un posto che non fa agreewhich lo fanno impossibile riuscire a capire le informazioni corrette.

Questo problema succede perché le informazioni nel tavolo d'Animali domestici tutti non appartengono. Capire perché, hanno bisogno di scavare un un po' più profondamente in analisi di base di dati.

Di regola, ogni tavolo in una base di dati immagazzina di una cosa sola. Nel tavolo d'Animali domestici, quella cosa è animali domestici. Ogni campo in un tavolo è un'informazione su quella cosa.

Nel tavolo d'Animali domestici, i campi come Nome, Animale e Peso tutti hanno il senso. Descrivono l'animale domestico in questione. Ma LifeSpan, Temperamento e campi di Dieta non sono assolutamente esatti. Non descrivono l'animale domestico individuale. Invece, sono soltanto standard per quella specie. In altre parole, questi campi non sono basati sull'animale domestico (come devono essere) sono basati sul tipo d'animale. L'unico modo di risolvere questo problema è quello di creare due tavoli: Animali domestici e AnimalTypes (la cifra 2-23).

La cifra 2-23. Adesso le informazioni specifiche per l'animale sono mantenute in un posto, senza duplicati. Vuole un po' più lavoro per ottenere tutta l'informazione preferita Loro l'esempio needfor, scoprire la durata media della vita per Beatrice, hanno bisogno di verificare il record d'Elefante in AnimalTypes tablebut il progetto generale più logico.

Prende l'esperienza di notare campi che non appartengono. E in alcuni casi, rompendo un tavolo giù in sempre più subtavoli non vale i problemi. Potevano teoricamente separare le informazioni d'indirizzo (contenuto in campi come via, Città, Paese e PostalCode) da un tavolo di Clienti, e poi metterlo in un tavolo d'Indirizzi separato. Comunque, è relativamente insolito per due clienti per condividere lo stesso indirizzo, allora questo lavoro supplementare probabilmente non avrà successo. Penseranno come definire rapporti formali tra tavoli come Animali domestici e AnimalTypes nel Capitolo 5.

Popolarità: Il 3% [?]