Analys av en databas

Inledning

Vid utformning av en programvara som gränssnitt med en databas, antingen på skrivbordet eller Web gränssnitt, den är tillägnad en viss användning i stället för till en annan, måste du alltid göra en noggrann analys för att undvika att behöva hantera med frågor som referensintegritet, dataredundans, osv.

Syftet med denna analys är ett viktigt arbete: att uppnå bättre optimering av data och resurser i väntan på framtida driftsättningar eller ändringar i databasen.

Syftet med denna artikel är att sätta läsaren att möta i framtida projekt, till att börja med sin högra fot på att organisera information genom att ha att göra med, eller i stånd att bära runt en väldesignad databas, programvara och smalare prestanda.

Vem är kunden?

Det är en dum fråga eller för bred? Kanske, men du kan börja ge märket-två svar:

1. Jag har för att tillfredsställa kunden;
2. att tillfredsställa kunden ... är en klient.

Fall 1. Är du säker på att du har klara idéer om vad du behöver? Kontrollera att du har undersökt alla alla alla? Är du säker på att du inte har alltför mycket bråttom?

Om du inte har bett dessa frågor ... ponitele!

Jag bara riktar sig till läsaren på ett mycket direkt ton, undvika den punkt, vänder han att jag inte kan och nu vill jag undvika att svara det andra fallet.

Fall 2. Kunden är inte att tillfredsställa utvecklaren, men någon som kan ha ett minimum av datorkunskap eller inte. Om du har någon kunskap kan förenkla våra liv, eftersom "vi talar samma språk", eller är det en pedantisk att livet tenderar att komplicera nästa. Eller är en person som förstår någonting, men datorn vet vad han vill (sällsynt) eller så kan du meddela oss. Eller vet inte ens vad han vill eller kan lämna nödvändiga uppgifter.

Ta detta uttalande som ett lag: aldrig ta något för givet, den som har ansiktet! Det är bättre att vara grinigt, överväga och ompröva allt, för att undvika långtgående slutsatser att bara för att vi försöker att tillgodose eller som är fel av en eller annan anledning.

Jag avslutar denna nödvändiga fästen som kan ge läsaren förstår att det viktigaste är att ha klara idéer, har en kittel av information är ännu inte organiserat, för att organisera den bästa, som vi skall se nedan.

Gör en bra analys av en databas

Som nämndes i SQL Guide för den här webbplatsen, snarare än de olika SQL-baserad databas (MS Access, MySQL och så vidare) är inte svårt att använda. Visst, det finns mer eller mindre komplexa produkter eller intuitivt, men det är inte poängen.

Poängen är att veta vad man ska göra!

Tion och därför anta att läsaren har ett minimum av kognition i termer av att hantera en relationsdatabas SQL-språket och vet vet hur man använder en databashanterare produktval som saknar relevans för att förstå denna artikel.

Vad du ska göra kan sammanfattas i sex punkter:

1. samla information för att hantera;
2. dela dem i logiska grupper;
3. tror väl att indelningen i tabeller och datatyper som skall användas,
4. tycker att "andel" av redundans du vill vara;
5. anta en annan struktur,
6. Stäng av datorn, stirrade i taket, att ompröva den struktur

Detta uttalande är både allvarligt och humoristiskt, men till en viss punkt: Det sägs att den första idén är den rätta (detta är betydelsen av avsnitt 5) och det är bättre att lägga märke till innan du börjar skriva programvara "runt" i databasen.

Exempel: databasstruktur ett register över företag

Det är mycket populärt på webben under de senaste åren begreppet kataloger, oavsett om det är en katalog till index, oavsett om en katalog för att söka efter produkter, tjänster, företag och så vidare.

Att inte kunna använda upp all den kunskap i detta sammanhang med anknytning till en databas för att hantera (serien går till oändligheten och vidare) vi försöker skapa en datastruktur för att hantera denna typ av tjänster.

Vad ska du göra denna tjänst?

1. samla användare;
2. hantera geografiska platser;
3. administrera kategorier och underkategorier;
4. hantera information, associera dem med punkterna 1, 2 och 3;
5. omfatta alternativ såsom betald abonnemang och så vidare.

I punkterna att följa kommer att beskrivas och kommenteras alla bord användbara - från min synvinkel - att hantera ansökan i fråga i detta avsnitt. De datatyper anges, med hänsyn till MS Access, den databas systemet är enklare att använda, då läsaren närmare att förstå både mindre erfarna än de mest erfarna, avancerade användare av DBMS.

När det gäller längden på fältet, lämnar jag till de enskilda läsaren att upprätta den. I vissa fall längder av fälten krävs (t.ex. skattelagstiftningen har 16 tecken, den gemensamma jordbrukspolitiken har 5 och så vidare), medan det för andra saker som ett namn, en URL, kan jag rekommendera 50 till 150 tecken.

Ödet Vobis!

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