Analīze bāzes

Ievads

Izstrādājot programmatūru, kas savieno ar datu bāzi, vai nu galddatoru vai Web interfeiss, tā ir veltīta īpašu izmantošanu, nevis uz citu, jūs vienmēr veikt rūpīgu analīzi, lai izvairīties no nepieciešamības izskatīt ar tādiem jautājumiem kā godbijīgs integritāti, datu atlaišanas utt.

Šīs analīzes mērķis ir svarīgs darbs: lai panāktu labāku optimizāciju datu un resursu, gaidot nākamo izvietošanu vai izmaiņas datu bāzē.

Šī panta mērķis ir likt lasītājam saskarsies turpmākajos projektos, sākot jau ar to labo kāju procesā organizējot informācijas, lai risinātu ar, vai situācijā, lai veiktu aptuveni labi izstrādāta datu bāzes, programmatūra, un vienkāršāku sniegumu.

Kas ir klients?

Tas ir muļķīgs jautājums, vai pārāk plaša? Varbūt, bet jūs varat sākt dodot zīmi, divas atbildes:

1. Man ir, lai apmierinātu klientu;
2. lai apmierinātu klientu ... ir klients.

Case 1. Vai tiešām jums ir skaidras idejas par to, kas jums ir nepieciešams? Protams jums ir ņēmusi vērā visus viss viss? Vai tiešām tev nav pārāk daudz steidzaties?

Ja jums nav lūdzis šo jautājumu ... ponitele!

Es tikai adresēta lasītājam ļoti tiešu signālu, izvairoties punktu, viņš pagriežas, ka es nevaru, un tagad es vēlos, lai izvairītos no atbildes uz otro lietu.

Gadījumā 2. Klients nav apmierināt attīstītājs, bet kāds, kas var būt vismaz datora zināšanas, vai ne. Ja jums ir kādas zināšanas, var vienkāršot savu dzīvi, jo "mēs runājam vienā valodā", vai tas ir pedantiskas, ka dzīve ir tendence sarežģīt nākamo. Vai arī ir cilvēks, kas saprot nekas, bet dators zina, ko viņš grib (reti) vai arī varat ļaut mums zināt. Vai nav pat zināt, ko viņš vēlas vai spēj sniegt nepieciešamo informāciju.

Lietojiet šo paziņojumu kā likums: nekad ņemt kaut ko par pašsaprotamu, ikviens, kurš ir sejas! Tas ir labāk, lai ir īgns, apsvērt un pārdomāt visu, lai izvairītos sasniedzot secinājumiem, ka tikai tāpēc, ka mēs cenšamies apmierināt vai kas ir nepareizi, par vienu iemeslu vai citu.

Es aizvērt šo vajadzīgs iekavās var dot lasītājam saprast, ka vissvarīgākais ir, lai būtu skaidras idejas, ir katls informācija vēl nav organizēta, lai organizētu vislabāko, kā mēs redzēsim tālāk.

Padarīt labu analīzi par datu bāzi

Kā minēts SQL rokasgrāmatā par šo vietni, nevis dažādas SQL balstītu datu bāzes (MS Access, MySQL, un tā tālāk), nav grūti izmantot. Protams, ir vairāk vai mazāk sarežģītus produktus vai intuitīvu, bet tas nav galvenais.

Punkts ir zināt, ko darīt!

Cijas un tādēļ pieņemu, ka lasītājs ir vismaz izziņas ziņā pārvaldīt relāciju datu bāzi, SQL valodu un zina, zina, kā izmantot jebkuru DBVS produktu izvēli nozīmes izpratnes šā panta izpratnē.

Ko darīt, var apkopot sešos punktos:

1. apkopot informāciju, lai pārvaldītu;
2. tās sadalīt loģiskās grupās;
3. domāju, ka labi sadalījumu tabulās, un datu tipi, ko izmanto;
4. domā, ka "procentuālā daļa" ir atlaišana, ko vēlaties būt;
5. pieņemt atšķirīgu struktūru;
6. izslēdziet datoru, skatās griestos, pārdomāt struktūru

Šis paziņojums ir gan būtiskas, gan smieklīgs, gan noteiktam punktam: tā ir teicis, ka pirmā ideja ir pareizais (tas ir, Regulas 5 sadaļu), un tas ir labāk paziņojumu pirms sākat rakstiski pārvaldības programmatūru "apkārt" datu bāzē.

Piemērs: datu bāzes struktūra uzziņu sabiedrību

Tas ir ļoti populārs tīmeklī pēdējos gados jēdzienu katalogi, vai tā būtu direktoriju, lai indeksu, vai direktoriju, lai meklētu produktu, pakalpojumu, uzņēmumu un tā tālāk.

Nespēj izmantot visas zināšanas šajā saistībā, kas saistīti ar datu bāzi, lai pārvaldītu (sērija iet līdz bezgalībai un tālāk), mēs mēģinām izveidot datu struktūru, lai risinātu šo pakalpojumu veidu.

Ko Jums vajadzētu darīt šo pakalpojumu?

1. savākt lietotājiem;
2. pārvaldes ģeogrāfisko atrašanās vietu;
3. pārvaldīt kategoriju un apakškategoriju;
4. apstrādāt informāciju, saistot tos ar punktiem 1, 2 un 3;
5. ietver iespējas, piemēram, maksā abonēšanas maksas un tā tālāk.

Punktos sekot tiks aprakstītas un komentēja visas tabulas noderīgs - no mana viedokļa - vadīt piemērošanu jautājumu šajā sadaļā. Datu tipi tiek norādīti, ņemot vērā MS Access, datu bāzes sistēmas ir vieglāk izmantot, tad lasītājs tuvāk izpratnei gan mazāk pieredzējuši nekā vispieredzējušāko, pieredzējis lietotājs, DBVS.

Kas attiecas uz garumu lauka, es atstāju pēc saviem ieskatiem lasītājs, lai noteiktu to. Dažos gadījumos par lauku garumi ir nepieciešams (piemēram, nodokļu kods ir 16 rakstzīmes, KLP ir 5 un tā tālāk), turpretim attiecībā uz citām lietām, piemēram, nosaukumu, URL, es varu ieteikt 50-150 rakstzīmes.

Fate vobis!

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