Analiza baze podataka

Uvod

Prilikom dizajniranja softvera koji sučelja s bazom podataka, bilo na radnu površinu ili web sučelja, što je posvećen određenoj koristiti, a ne na drugi, uvijek morate napraviti pažljivu analizu kako bi se izbjeglo da se bave s pitanjima kao što su referencijalni integritet, zalihost podataka, itd..

Svrha ove analize je važan posao: kako bi se postigla bolja optimizacija podataka i resursa u očekivanju budućeg razmještaja ili promjena u bazi podataka.

Svrha ovog članka je staviti čitatelju da lice u budućim projektima, počevši s desnom nogom u procesu organiziranja informacija da se bave, ili u stanju nositi okolo dobro dizajnirana baza podataka, softver i leaner performanse.

Tko je kupac?

To je glupo pitanje ili preširok? Možda, ali možete početi davati znak-dva odgovora:

1. Moram zadovoljiti kupca;
2. zadovoljiti kupca ... je klijent.

Slučaj 1. Jeste li sigurni da imate jasne ideje o tome što vam je potrebno? Naravno da imate smatraju sve sve sve? Jeste li sigurni da nemate previše žuri?

Ako niste pitali ta pitanja ... ponitele!

Upravo sam upućen čitatelj u vrlo izravan ton, izbjegavajući trenutku, on se pretvara da ja ne mogu, a sada želim izbjeći odgovor drugom slučaju.

Slučaj 2. Kupac ne zadovolji programer, ali netko koji svibanj imati najmanje računalo znanje ili ne. Ako imate bilo kakvih znanja može pojednostaviti naš život, jer "mi govorimo istim jezikom", ili je to pedantne da je život teži zakomplicirati sljedeći. Ili je osoba koja razumije ništa, ali računalo zna što želi (rijetko) ili možete da nas obavijestite. Ili uopće ne zna što želi ili je u mogućnosti pružiti potrebne informacije.

Iskoristite ovu izjavu kao zakon: ne uzeti ništa zdravo za gotovo, svatko tko ima lice! To je bolje biti mrzovoljan, razmotriti i preispitati sve, kako bi se izbjeglo postizanje zaključaka da samo zato što smo pokušati zadovoljiti i koji su krivi za neki razlog ili drugi.

Mogu zatvoriti ovu potrebne zagrade vjerojatno da će dati čitatelju shvatiti da je najvažnija stvar je da imaju jasne ideje, imaju kotao informacija još nije organiziran, kako bi se organizirati najbolji, kao što ćemo vidjeti u nastavku.

Napravite dobru analizu podataka

Kao što je spomenuto u SQL Vodič za ovu stranicu, nego razne SQL bazi podataka (MS Access, MySQL, i sl.) nisu teško koristiti. Naravno, postoji više ili manje složenih proizvoda ili intuitivni, ali to nije točka.

Stvar je u tome da znate što učiniti!

Tion i stoga pretpostaviti da je čitatelj imati najmanje spoznaje u smislu upravljanja relacijskih baza podataka, SQL jezik i znati znati kako koristiti bilo koji izbor DBMS proizvoda koji se nevažnim za potrebe razumijevanja ovoga članka.

Što učiniti mogu se sažeti u šest točaka:

1. prikupljanje informacija za upravljanje;
2. dijele ih u logične grupe;
3. mislim i na podjele u tablice i vrste podataka koji će se koristiti;
4. mislim da je "postotak" od viška želite biti;
5. pretpostavljaju različite strukture;
6. isključite računalo, bulji u strop, promisliti strukture

Ova izjava je i ozbiljna i duhovita, iako do određene točke: to je rekao da je prvi ideju je pravo jedan (to je značenje odjeljak 5) i to je bolje primijetiti prije nego što počnete pisati softver za upravljanje "oko" bazu podataka.

Primjer: Baza podataka struktura imenik tvrtki

To je vrlo popularan na web-u posljednjih nekoliko godina koncept direktorije, bilo da se radi imenik indeks, da li katalog za pretraživanje proizvode, usluge, tvrtke i tako dalje.

Ne biti u mogućnosti koristiti sve znanje u tom kontekstu se odnose na bazu podataka za upravljanje (serija ide do beskonačno i šire) smo pokušati stvoriti strukturu podataka za obradu ove vrste usluga.

Što trebate učiniti tu uslugu?

1. prikupiti korisnika;
2. upravljanje geografskim lokacijama;
3. upravljati kategorija i podkategorija;
4. nositi pojedinosti ih povezujući s točkama 1, 2 i 3;
5. uključuju mogućnosti kao što su plaćeni pretplate i tako dalje.

U stavci slijediti će biti opisane te se osvrnuo na sve tablice korisno - s moje točke gledišta - za upravljanje primjenu u pitanje u ovom odjeljku. Tipovi podataka su označeni, uzimajući u obzir MS Access, baza podataka sustava koji se lakše koristiti, a zatim čitatelju približiti razumijevanju i manje iskusnim od najiskusnijih, napredni korisnik DBMS.

S obzirom na duljinu polja, ostavljam na diskreciju čitatelju da ga utvrdi. U nekim slučajevima duljine polja su obavezna (npr. porezni broj ima 16 znakova, CAP ima 5 i tako dalje), dok za druge stvari kao što su ime, URL, ja mogu preporučiti 50 do 150 znakova.

Sudbina vobis!

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