Analýza databázy

Úvod

Pri návrhu softvér, ktorý rozhrania s databázou, a to buď na desktop alebo webové rozhranie, je venovaná zvláštna, skôr než na iný, musíte vždy urobiť dôkladnú analýzu, aby nemuseli riešiť s otázkami, ako referenčnej integrity, redundanciu dát, atď.

Cieľom tejto analýzy je dôležité práce: Pre dosiahnutie lepšej optimalizácii dát a zdrojov V očakávaní budúceho nasadenie alebo zmeny do databázy.

Účelom tohto článku je uviesť čitateľa v budúcnosti čeliť projektov, počnúc ich pravou nohou do procesu organizovanie informácií tým, že k riešeniu, alebo v pozícii nosiť dobre navrhnuté databázy, software a štíhlejší výkon.

Kto je zákazník?

Je to hlúpa otázka, alebo príliš široká? Možno, ale môžete začať dávať prirážku dve odpovede:

1. Musím uspokojiť zákazníka;
2. uspokojiť zákazníka ... je klient.

Prípad 1. Ste si istí, že máte jasnú predstavu o tom, čo potrebujete? Iste ste za všetko všetko všetko? Ste si istí, že nemáte príliš rýchlo?

Ak ste sa opýtal na tieto otázky ... ponitele!

Len som určená pre čitateľov vo veľmi priamy tón, vyhýbať sa veci, on sa otočí, že nemôžem a teraz sa chcú vyhnúť odpovedi na druhý prípad.

Prípad 2. Zákazník nie je uspokojiť developer, ale niekoho, kto môže mať minimálne počítačové znalosti, alebo nie. Ak máte akékoľvek poznatky môžu zjednodušiť život, pretože "hovoríme rovnakým jazykom", alebo je to pedantská, že život má tendenciu komplikovať ďalšie. Alebo je človek, ktorý pozná len počítače, vie, čo chce (zriedkavo), alebo môžete, dajte nám vedieť. Alebo ani neviem, čo chce, alebo je schopný poskytnúť potrebné informácie.

Vezmite toto vyhlásenie ako zákon: Nikdy sa nič ako samozrejmosť, každý, kto má tvár! Je lepšie byť podráždený, zvážiť a prehodnotiť všetko, aby sa zabránilo prijímanie záverov, že len preto, že sa snažíme splniť alebo ktoré sú zlé pre toho či onoho dôvodu.

Zavrel som za potrebné zátvorkách, ktorý by mohol čitateľ pochopí, že najdôležitejšie je mať jasnú predstavu, mať kotol informácie doteraz nie je organizovaná za účelom usporiadať najlepšie, ako uvidíme ďalej.

Urobiť dobrý rozbor databázy

Ako je uvedené v príručke SQL pre tieto stránky, skôr než rôzne SQL na databáze (MS Access, MySQL, atď), nie je ťažké používať. Iste, existuje viac či menej zložité výrobky a intuitívne, ale to nejde.

Ide o to, aby vedeli, čo robiť!

Tion a preto sa predpokladá, že čitateľ má minimum poznanie z hľadiska riadenia relačnej databázy, SQL jazyk a vedieť, ako používať akýkoľvek produkt DBMS voľba je dôležitá pre pochopenie tohto článku.

Čo robiť, možno zhrnúť do šiestich bodov:

1. získať informácie pre riadenie;
2. rozdeliť do logických skupín;
3. si tiež byť rozdelený do tabuľky a dátové typy majú použiť;
4. si myslí, že "percento" nadbytočnosti chcete byť;
5. predpokladajú odlišné štruktúry;
6. Vypnite počítač, pozeral do stropu, aby prehodnotila štruktúru

Toto oznámenie je obaja vážny a vtipný, aj keď do určitej miery: Hovorí sa, že prvý nápad je správny (to je zmysle § 5) a je lepšie si všimnúť skôr, než začnete písať softvér pre správu "okolo" databázy.

Príklad: databáza štruktúra adresár firiem

To je veľmi populárny na webe v posledných rokoch konceptu adresárov, či už je to adresár index, či adresár pre vyhľadávanie produktov, firiem služieb, a tak ďalej.

Nie je schopný vyčerpať všetky poznatky v tejto súvislosti, vzťahujúce sa k databáze pre správu (séria bude nekonečna a ešte ďalej), snažíme sa vytvoriť dátovú štruktúru zvládnuť tento typ služby.

Čo by ste mali urobiť túto službu?

1. zbierať užívateľov;
2. riadenia geografických oblastí;
3. Správa kategórií a podkategórií,
4. rukoväť detaily, spája ich s bodmi 1, 2 a 3;
5. sú možnosti, ako napríklad platené predplatné, a tak ďalej.

V ďalších odsekoch nasledovať bude opísaná a komentovaná na všetkých stoloch užitočné - z môjho pohľadu - pre správu aplikácií sa jedná v tejto sekcii. Dátové typy sú uvedené s ohľadom na MS Access, databázový systém je jednoduchšie, potom čitateľ bližšie k pochopeniu aj menej skúsený, ako najskúsenejší, pokročilý používateľ DBMS.

S ohľadom na dĺžku poľa, nechám na úvahe čitateľa na jeho určenie. V niektorých prípadoch je dĺžka položky sú povinné (napr. daňové kód má 16 znakov, 5 SPP, a tak ďalej), zatiaľ čo pre iné veci, ako je meno, URL, môžem odporučiť 50 až 150 znakov.

Osud vobis!

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