) Kun olimme analysoidaan hankinnassa saimme Itemid kuin tärkein avain komponentit; se on silloin meillä oli Components pöytä. Muista, että emme oikeastaan täydellinen Components pöytä. Joten tässä, meidän on sovittaa yhteen Components pöydän edellä kolme taulukkoa. Täällä, pituus, leveys ja korkeus Components taulukossa tarkoittaa koko ja niin on kyseessä oli kooltaan komponentin (moottoripyörä osa) kutsutaan varsi.
Tässä vaiheessa fiksu tietokannan suunnittelija voi ymmärtää, että vaikka Wheel, Crank ja Varsi luokat muodostavat koostumuksen Moottoripyörä pöytä, ne muodostavat yleistys (alatyypit) ja komponenteissa. Älä huolestu, jos et voi ymmärtää, että nyt, koska olen edelleen todistaa, että ne muodostavat alatyyppejä komponentteihin luokan. Edellä keskustelua, komponentit taulukossa pitäisi nyt olla: komponentit (Itemid, WheelID, vanteet, pinnat, CrankID, paino, StemID, paino, koko) minulla on vain paikka ominaisuuksien komponenttien, Wheel, Crank, ja varsi Komponentit pöytä.
Oletetaan, että työntekijät moottoripyörän yritys, joka tarvitsee tietokannan kertoi meille, että jokainen komponentti on luokka. Esimerkiksi jotkut osat ovat rotaatio, kuten pyörät, ja jotkut ovat kiinteitä, kuten varsi. Joten, arvo luokan on rotaatio tai kiinteä. Joten ominaisuus, luokka on kaikkien komponenttien. Komponentit taulukko tulee, komponentit (Itemid, luokka, WheelID, vanteet, pinnat, CrankID, paino, StemID, paino, koko) Olen asettanut Luokka määrite Components taulukossa merkintä. Tässä Components pöytä, Itemid ja Luokka ominaisuudet ovat kaikille komponenteille.
Loput muita määritteitä (ominaisuudet) jakautuvat kolmeen ryhmään, jotka me jo tiedämme. Jokaiselle riville tässä Components pöytä, nämä ryhmät täsmää muodostavat kokonaisuuden komponentti? Ei Niinpä niiden täytyy tulla alatyyppejä sääntöjen mukaisesti alatyyppejä, seuraavasti: Komponentit (Itemid, luokka) Wheel (Itemid, WheelID, Vanteet, Pinnat) Crank (Itemid, CrankID, paino) Karan (Itemid, StemID, paino, Kok
net Käyttäjän Control