Nell'esempio precedente, le Bambole e i tavoli di Fabbricanti sono collegati attraverso il campo di Fabbricante, che fa provvista del nome della compagnia manifatturiera. Questo sembra designuntil ragionevole Lei spende un paio di minuti pensando quello che potrebbe andare male. E gli esperti di basi di dati sono conosciuti per spendere settimane intere contemplando disastri inevitabili.

Qui è due mal di testa che soltanto può trovarsi in deposito:

• Due fabbricanti fanno la stessa compagnia chiamare. Così come racconta Lei quale fece una bambola?

• Un fabbricante è rilevato da altra compagnia e cambia il suo nome. Improvvisamente, c'è una lista lunga di rapporti per cambiare nel tavolo di Bambole.

Lei potrebbe riconoscere questi problemi, perché loro sono simili alle sfide a cui Lei stette di fronte quando Lei affrontò chiavi principali (la Sezione 2.4). Come Lei venne a sapere, è difficile da trovare l'informazione questo è assicurato di essere unico e che resta immutato. Piuttosto che rischiare problemi, Lei è più ricco soltanto l'assegnamento invece su un campo d'Autonumero, che fa provvista di un numero di documento di identità generato l'Accesso.

In modo interessante abbastanza, Lei usa la stessa soluzione collegando tavoli. Per riferirsi a un rapporto in altro tavolo, Lei non deve usare soltanto nessun pezzo di informationinstead, Lei deve usare il numero di documento di identità unico che indica al rapporto giusto. Qui è un tavolo di Bambole riprogettato che lo intende cambiando il campo di Fabbricante con ManufacturerID:

Se Lei guarda indietro alla tavola di Fabbricanti (la Sezione 5.1.2), allora Lei può rapidamente scoprire che il fabbricante con il documento di identità valuta 1 è MagicPlastic.

Questo progetto lo standard universale per basi di dati. Comunque, questo proprio ha due inconvenienti ovvi:

• La persona che aggiunge rapporti sul tavolo di Bambole probabilmente non sa il documento di identità di ogni fabbricante.

• Quando Lei guarda il tavolo di Bambole, Lei non può dire quale fabbricante creò ogni bambola.

Per risolvere entrambi questi problemi, usi un lookup. Lookups mostrano l'informazione di fabbricante corrispondente nel tavolo di Bambole, e loro anche Le permettono di scegliere da una lista di fabbricanti quando Lei aggiunge un rapporto o cura il campo ManufacturerID. (Lei vide come usare lookups con liste di valore nella Sezione 4.4.2. Lei imparerà come usare lookups per riunire tavoli collegati, come Bambole e Fabbricanti, nella Sezione 5.2.)

Popolarità: il 2 % [?]

Nell'esempio precedente, le Bambole e i tavoli di Fabbricanti sono collegati attraverso il campo di Fabbricante, che fa provvista del nome della compagnia manifatturiera. Questo sembra designuntil ragionevole Lei spende un paio di minuti pensando quello che potrebbe andare male. E gli esperti di basi di dati sono conosciuti per spendere settimane intere contemplando disastri inevitabili.

Qui è due mal di testa che soltanto può trovarsi in deposito:

• Due fabbricanti fanno la stessa compagnia chiamare. Così come racconta Lei quale fece una bambola?

• Un fabbricante è rilevato da altra compagnia e cambia il suo nome. Improvvisamente, c'è una lista lunga di rapporti per cambiare nel tavolo di Bambole.

Lei potrebbe riconoscere questi problemi, perché loro sono simili alle sfide a cui Lei stette di fronte quando Lei affrontò chiavi principali (la Sezione 2.4). Come Lei venne a sapere, è difficile da trovare l'informazione questo è assicurato di essere unico e che resta immutato. Piuttosto che rischiare problemi, Lei è più ricco soltanto l'assegnamento invece su un campo d'Autonumero, che fa provvista di un numero di documento di identità generato l'Accesso.

In modo interessante abbastanza, Lei usa la stessa soluzione collegando tavoli. Per riferirsi a un rapporto in altro tavolo, Lei non deve usare soltanto nessun pezzo di informationinstead, Lei deve usare il numero di documento di identità unico che indica al rapporto giusto. Qui è un tavolo di Bambole riprogettato che lo intende cambiando il campo di Fabbricante con ManufacturerID:

Se Lei guarda indietro alla tavola di Fabbricanti (la Sezione 5.1.2), allora Lei può rapidamente scoprire che il fabbricante con il documento di identità valuta 1 è MagicPlastic.

Questo progetto lo standard universale per basi di dati. Comunque, questo proprio ha due inconvenienti ovvi:

• La persona che aggiunge rapporti sul tavolo di Bambole probabilmente non sa il documento di identità di ogni fabbricante.

• Quando Lei guarda il tavolo di Bambole, Lei non può dire quale fabbricante creò ogni bambola.

Per risolvere entrambi questi problemi, usi un lookup. Lookups mostrano l'informazione di fabbricante corrispondente nel tavolo di Bambole, e loro anche Le permettono di scegliere da una lista di fabbricanti quando Lei aggiunge un rapporto o cura il campo ManufacturerID. (Lei vide come usare lookups con liste di valore nella Sezione 4.4.2. Lei imparerà come usare lookups per riunire tavoli collegati, come Bambole e Fabbricanti, nella Sezione 5.2.)

Popolarità: il 2 % [?]