Analyysi tietokanta

Johdanto

Suunniteltaessa ohjelmistot, joilla tietokantaan, joko työpöydälle tai web-käyttöliittymä, se on omistettu erityisesti käyttöön eikä toiseen, sinun täytyy aina tehdä huolellinen analyysi, jotta sen ei käsitellä sellaisia ​​kysymyksiä kuten viite-eheyden, vaivalla, jne..

Analyysin tarkoituksena on tärkeä työ: saavuttaa parempi optimointi tietojen ja resurssien ennakoiden tulevia käyttöönottoja tai muutoksia tietokantaan.

Tämän artikkelin tarkoitus on laittaa lukijan kohtaamaan tulevissa hankkeissa, alkaen niiden oikea jalka on järjestämässä tietoja ottaa käsitellä, tai pysty kuljettamaan noin hyvin suunniteltu tietokanta, ohjelmistoja ja kevyempi suorituskykyä.

Kuka on asiakas?

Se "tyhmä kysymys tai liian leveä? Ehkä, mutta voit alkaa antaa merkki-kaksi vastausta:

1. Olen tyytyväinen asiakas;
2. tyytyväinen asiakas ... on asiakas.

Asia 1. Oletko varma, että on selkeitä ajatuksia siitä, mitä tarvitset? Toki sinulla on katsottu kaikki kaikki kaikki? Oletko varma ettet ole liikaa kiirettä?

Jos et ole nämä kysymykset ... ponitele!

Sain osoitettu lukijalle hyvin suora sävy, välttäen kohta, hän kääntyy, etten voi ja nyt haluan välttää vastaamista toisessa tapauksessa.

Tapaus 2. Asiakas ei ole tyydyttää kehittäjä, mutta joku, joka voi olla vähintään tietokone asiantuntemus vai ei. Jos sinulla on tietoa voidaan yksinkertaistaa elämäämme, koska "emme puhu samaa kieltä", vai onko se pikkutarkka, että elämä on taipumus mutkistaa seuraavaksi. Vai onko henkilö ymmärrä mitään, mutta tietokone tietää mitä haluaa (harvinaista) tai voit kertoa meille. Tai eivät edes tiedä mitä hän haluaa tai kykenee antamaan tarvittavat tiedot.

Ota tämä ilmoitus laki: koskaan ota mitään itsestään selvänä, kuka tahansa kasvot! On parempi olla kärttyinen, harkita ja uudelleen kaiken, jotta vältettäisiin meneviä johtopäätöksiä, että juuri siksi yritämme tavata tai jotka ovat väärin, syystä tai toisesta.

Suljen tämän tarvittavat kiinnikkeet saattaa antaa lukijalle ymmärtää, että tärkeintä on saada selkeitä ajatuksia, on pata tietoja ei ole vielä järjestetty, järjestääkseen paras, kuten tulemme näkemään seuraavassa.

Tee hyvä analyysi tietokanta

Kuten SQL Guide tälle sivustolle, eikä eri SQL pohjainen tietokanta (MS Access, MySQL, jne.) eivät ole vaikea käyttää. Toki on enemmän tai vähemmän monimutkaisia ​​tuotteita tai intuitiivinen, mutta se ei ole pääasia.

Kohta on tietää mitä tehdä!

Tion ja siis olettaa, että lukija on vähintään kognition suhteen hallinnassa relaatiotietokanta, SQL kieli ja tietävät osaavat käyttää DBMS tuotetta valinnan ole merkitystä ymmärtämisen tämän artikkelin.

Mitä tehdä, voidaan tiivistää kuuteen kohtaan:

1. kerätä tietoa hallita;
2. jakaa ne loogisiin ryhmiin;
3. ajatella hyvin jako taulukoita ja tietotyyppejä voidaan käyttää;
4. ajattelevat, että "osuus" irtisanomisen haluat olla;
5. olettaa erilainen rakenne;
6. Sammuta tietokone, tuijottaen kattoon, pohtia rakenne

Tämä lausunto on niin vakava ja humoristinen, vaikkakin tiettyyn pisteeseen: Sanotaan, että ensimmäinen ajatus on oikea (tämä on merkitys 5 §) ja se on parempi huomata ennen kuin alat kirjoittaa hallintaohjelmisto "ympärille" tietokantaan.

Esimerkki: tietokanta rakenne hakemiston yrityksistä

Se on hyvin suosittua Webissä on viime vuosina käsite hakemistoja, on se hakemiston index, onko hakemiston etsiä tuotteita, palveluita, yrityksiä ja niin edelleen.

Ei voi käyttää loppuun kaikki tieto tässä yhteydessä liittyy tietokantaan hallita (sarja menee ääretöntä ja sen yli) pyrimme luomaan tietorakenteen käsitellä tämän tyyppistä palvelua.

Mitä sinun pitäisi tehdä tätä palvelua?

1. Kerää käyttäjille;
2. Toimitusjohtaja maantieteellisen sijainnin mukaan;
3. hallita ja alaryhmät;
4. kahva yksityiskohtia, liittämällä ne kohdat 1, 2 ja 3;
5. sisältää vaihtoehtoja, kuten paid-liittymien ja niin edelleen.

Kappaleissa seurata kuvataan ja kommentoi kaikki taulukot hyödyllinen - minun näkökulmasta - hallita kyseisen hakemuksen tässä osiossa. Tiedot tyypit on ilmoitettu ottaen huomioon MS Access, tietokantajärjestelmän on helpompi käyttää, niin lukija lähemmäksi ymmärrystä sekä kokemattomampia kuin kokenein, Advanced käyttäjä DBMS.

Mitä tulee kentän pituuden, jätän harkintaan lukijan perusteta. Joissakin tapauksissa pituudet kentät ovat pakollisia (esim. vero-koodi on 16 merkkiä, YMP on 5 ja niin edelleen), kun taas muita asioita, kuten nimi, osoite, voin suositella 50-150 merkkiä.

Fate Vobis!

• <<
• 1
• 2
• 3
• >>