Analiza unei baze de date

Introducere

Când se proiectează un software care creează interfeţe cu o bază de date, fie pentru desktop sau interfata Web, este dedicat unei anumite utilizări, mai degrabă decât la altul, trebuie să facă întotdeauna o analiză atentă pentru a evita să se ocupe cu aspecte precum integritatea referenţială, redundanţa datelor, etc.

Scopul acestei analize este un lucru important: pentru a realiza o mai bună optimizare a datelor şi a resurselor, în anticiparea de implementări viitoare sau modificări ale bazei de date.

Scopul acestui articol este acela de a pune pe cititor pentru a face faţă în proiectele de viitor, incepand cu piciorul drept în procesul de organizarea informaţiilor de către având în a face cu, sau în poziţia de a transporta în jurul valorii de o bază de date bine proiectată, software-ul, şi mai suplu performanţă.

Cine este clientul?

Este o întrebare stupidă sau prea mare? Poate, dar puteţi începe oferindu-marca de două răspunsuri:

1. Am pentru a satisface clientul;
2. pentru a satisface clientul ... este un client.

Cazul 1. Eşti sigur că aveţi idei clare despre ceea ce ai nevoie? Sigur aţi luat în considerare toate toate toate? Eşti sigur că nu aveţi grăbiţi prea mult?

Dacă nu aţi pus aceste întrebări ... ponitele!

Tocmai am adresat la cititor într-un ton foarte direct, evitând punct, el se întoarce pe care eu nu pot şi acum vreau să evite a răspunde la al doilea caz.

Cazul 2. Clientul nu este de a satisface dezvoltator, dar cineva care ar putea avea un minim de cunoştinţe de calculator sau nu. Dacă aveţi orice cunoaştere poate simplifica viaţa noastră pentru că "vorbim aceeaşi limbă", sau este un pedant că viaţa are tendinţa de a complica următor. Sau este o persoană care înţelege nimic, dar calculatorul stie ce vrea (rar) sau puteţi să ne anunţaţi. Sau nici măcar nu ştiu ce vrea sau este în măsură să furnizeze informaţiile necesare.

Luaţi această declaraţie ca o lege: nu lua nimic de la sine, oricine care are fata! Este mai bine să fii nerăbdător, ia în considerare şi reconsidere tot ceea ce, pentru a evita ajunge la concluzii că doar pentru că vom încerca să îndeplinească sau care sunt greşite pentru un motiv sau altul.

Am închide această paranteză necesar probabil pentru a da cititorului să înţeleagă că cel mai important lucru este de a avea idei clare, au un cazan de informaţii nu este încă organizat, în scopul de a organiza cele mai bune, după cum vom vedea mai jos.

Faceti o bună analiză a unei baze de date

După cum sa menţionat în Ghidul SQL pentru acest site, mai degrabă decât pe diferitele baze de date SQL (MS Access, MySQL, şi aşa mai departe), nu sunt greu de utilizat. Sigur, există mai multe produse sau mai puţin complexe sau intuitive, dar nu asta e punctul.

Ideea este să ştie ce să facă!

TION şi, prin urmare, presupune că cititorul să aibă un minim de cunoaştere în ceea ce priveşte gestionarea unei baze de date relationale, SQL limbă şi cunosc ştiu cum să folosească orice alegere produs SGBD fiind lipsită de relevanţă în scopul de înţelegere a prezentului articol.

Ce se poate face pot fi rezumate în şase puncte:

1. aduna informaţii pentru a gestiona;
2. împărţiţi-le în grupuri logice;
3. cred că şi la împărţirea în tabele şi tipurile de date care urmează să fie utilizate;
4. consideră că "procentul" din redundanţă vrei sa fi;
5. presupune o structură diferită;
6. Opriţi calculatorul, cu ochii in tavan, să-şi reconsidere structura

Această declaraţie este atât de gravă şi plină de umor, deşi la un anumit punct: se spune că prima idee este un drept (acesta este sensul de la punctul 5) şi este mai bine să observaţi înainte de a începe scrierea de software de management "în jurul valorii de" baza de date.

Exemplu: structura bazei de date a unui director de societăţi

Este foarte popular pe Web, în ​​ultimii ani, conceptul de directoare, fie un director de index, dacă un director pentru a căuta produse, servicii, companii şi aşa mai departe.

A nu fi capabil de a utiliza până toate cunoştinţele în acest context, referitoare la o bază de date pentru a gestiona (seria merge la infinit şi dincolo), vom încerca să creeze o structură de date să se ocupe de acest tip de serviciu.

Ce trebuie să faceţi acest serviciu?

1. colecta utilizatorilor;
2. gestionarea locaţii geografice;
3. gestiona categorii si subcategorii;
4. ocupa de detalii, asociindu-le cu punctele 1, 2 şi 3;
5. include opţiuni, cum ar fi abonamentele plătite şi aşa mai departe.

În punctele de urmat vor fi descrise şi comentate pe toate mesele utile - din punctul meu de vedere - pentru a gestiona cererea în cauză în această secţiune. Tipuri de date sunt indicate, ţinând seama de MS Access, sistemul de baze de date fiind mai uşor de utilizat, apoi cititorul mai aproape de intelegerea atât mai puţină experienţă decât cei mai experimentati, ghidul de avansat de SGBD.

În ceea ce priveşte lungimea câmpului, las la latitudinea cititorului să-l stabilească. În unele cazuri, lungimi de câmpurile sunt obligatorii (de exemplu, codul fiscal are 16 caractere, PAC are 5 şi aşa mai departe), în timp ce pentru alte lucruri cum ar fi un nume, un URL, pot recomanda 50 la 150 de caractere.

Vobis Fate!

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