Visbiežāk prakse ir, lai būtu datu bāzi?

Darbs ar datu bāzi, tas ir pievienots kāds vairāk vai mazāk sarežģītas projektu. DB darbojas kā informācijas repozitorijā, kas satur visus nepieciešamos parametrus pareizu sistēmas darbību. Un kādi sasniegumi ir visbiežāk praksē? Ja tie tiek izmantoti? Šie un citi jautājumi tiks atbildēti šajā rakstā.

vispārīga informācija

Tātad, vispirms jums ir nepieciešams, lai noteiktu kārtību, kāda ir attiecīgā programma. Datu bāzes - nosaukums pastāvīgai glabāšanai patvaļīgu informāciju. To var organizēt ne tikai ar palīdzību IT tehnoloģijām, bet arī citos veidos un metodes. Bet tajā pašā laikā, kā bāzi, ko izmanto, lai sistematizēt principu.

Jāatzīmē, ka pasūtīšanas un saglabāšana Šo iespēju ir daudz. Katrs no veidiem izvirzīt konkrētas prasības. Ir datubāzes, kas ir paredzēti, lai autonomi darboties vienā datorā. Citas nodrošina mijiedarbību ar attālo serveri. Ja mēs runājam par arhitektūru, visbiežāk ir hierarhiska un tīkla datu bāzes. Šajā rakstā ir tie koncentrējas būs.

hierarhiskā datu bāze

Sistēmas arhitektūra šajā gadījumā, paredz, ka katrs objekts tiek attēlots kā noteiktu vienību. Šī iemesla dēļ tas var būt viens no vecākiem vai bērns elementus. Īpatnība šī arhitektūra ir tas, ka ir jābūt vienu objektu, no kura viss sākas. Gala rezultāts ir struktūra, kas līdzinās koku. Saprast, kā organizācija var palīdzēt gandrīz jebkuru veco programmu. Šī veida datu bāze - tas ir arī failu sistēma datoram.

Tas bieži vien ir teicis, ka, lietojot šādu struktūru nav kaut efektīva. Tomēr tas joprojām ir plaši izmantota. Tas ir saistīts ar faktu, ka darbs ar datu bāzi ir izdevīga, ja tas ir nepieciešams, pirmkārt, lai izlasītu informāciju. Patiešām, šajā gadījumā, struktūra ir ļoti atvieglo būvniecību. Piemēram, pieņemsim apsvērt šo: kad mēs izvēlamies konkrētu mapi, mijiedarbība notiek ātri. Bet, ja mēs sākam pārbaudīt Antivirus datoru, tas iet ļoti ilgu laiku.

Tīkla datu bāze

Šis modifikācijas Piemēram veida, aprakstīts iepriekš. Galvenā atšķirība šeit ir saišu skaits. Tātad, hierarhijas datubāzēs ar nosacījumu, ka viens elements var būt tikai viens no vecākiem. Tātad, mēs varam runāt par konkrētu ierobežojumā attīstībā datu bāzē. Tīkla datu bāzē arī var būt vairāki vecāki. Tas galvenokārt attiecas uz datubāzes izveidošana, pamatojoties uz XML.

Relāciju datu bāzes

Visbiežāk tie ir praktiski, ja mēs runājam par masu lietošanu, rediģēšanu un tā tālāk. Iemesls savu popularitāti ir tas, ka relāciju datubāzes ir ļoti grūti aprakstīt ar matemātiku. Pateicoties īstenošanas vieglumu, un tie ir plaši izplatīta.

Teorētiskais pamatojums tiem apkopoti matemātiķis Edgar Frank Koda (tagad miris). Viņš bija astoņdesmitajos gados, varētu ļoti rūpīgi un precīzi aprakstīt datubāzes struktūru, izmantojot valodu, matemātiku. Bet, kā rāda prakse, šis pētījums ir labs pamats programmatūras ieviešanu. Relāciju datu bāzes ir kļuvuši tik populāri, ka, runājot par datu bāzi, noklusējuma ir izprast tos. Pievērsīsim uzmanību, un to īpašo ieviešanu.

Iezīmes relāciju datu bāzēm

To galvenais pazīme ir tā, ka dati tiek saglabāti kā kopumu divdimensiju tabulās. Kā vienkāršs piemērs var piešķirt Access datu bāzi, loceklis biroja suite no Microsoft. Jo lomu alfa un omega-izmantota kolonnas un rindas. Pirmā pazīme ir tā, ka ar savu noteiktu lauka nosaukums, datu tips, kas tiek izmantoti tiem. Turklāt, kolonnu skaits ir fiksēts, un to var mainīt tikai ar datu bāzes administrators. Line ir - tas ir informācijas objektiem. To skaits tiek mainīts samērā viegli, sniedzot īpašas instrukcijas.

Būtu jāsaprot, ka datu bāze ir abstrakts jēdziens. Tāpēc visbiežāk praksē, ir datu bāzes, kurās tabulās ir saistīti. Ļoti labs grafiskais attēlojums šajā jautājumā var sniegt iepriekš minēto piekļuvi. Svarīgākais aspekts darba ir dizains struktūru. Šis process ir radīt augstāk minētos elementus. Jāatzīmē, ka šis ir grūts posms, uz kuru daudzi iesācējiem ir viegli. Un laba iemesla dēļ. Patiešām, kamēr ir maz datu, dators tiks apstrādāti ātri. Bet kā informācijas apjoma pieaugums palēninās ievērojami. Tās vērtība ir tieši proporcionāls lielums uzglabāto datu un optimālo dizainu struktūru.

Datu bāzes projektēšana

Tātad, mēs esam apsvēruši populārākos variantus datu bāzē. Tagad parunāsim par kaut ko, kas tuvojas visbiežāk praksē tiek, ja tie ir izveidoti, un kāpēc tas ir tik. Piemēram, uzskata, ka MySQL. Tātad, gala rezultāts ir šādas prasības:

• Datu bāze ir vienkāršs objekts ziņā apstrādi.
• Datu bāze ir jābūt kompakto izmēru.

Ja Jūs esat iepazinušies viegli redzēt, ka šie jēdzieni ir pretrunīgi. Vispirms mums ir nepieciešams, lai saprastu, ko tieši tiks nodota datubāzē un izņem no tā. Jūs varat atrast desmitiem un simtiem galdiem ar neticamu skaitu vietām lielajiem projektiem. Šādi jautājumi būtu jāpēta:

1. Noteikt, kādi dati tiks saglabāti.
2. Uzziniet, kur šī informācija tiks publicēta.
3. Izlemiet, kādi datu tips uzņemt vienu kolonnu.

sadalījumu var izmantot, lai samazinātu slodzi uz atsevišķiem galdiem. Taču jāuzmanās, lai ir dažas vienojošas sastāvdaļas.

secinājums

Datu bāzes ir svarīgas sastāvdaļas jebkuru vairāk vai mazāk sarežģītas projektu. Sākotnēji praksē persona nevar saņemt organizēt optimālu savienojumu. Taču laika gaitā, pētījums par mākslas un palielināt pieredzi, jūs varat būt radīs labākas iespējas.

Tāpat nedrīkst izmest uzmanību un pakāpeniski piedāvāt uzlabotas programmatūras struktūru. Turklāt visu iespējamo palīdzību optimizācijā un var nodrošināt datu bāzu pārvaldības sistēmām. Tās nodrošina attīstītājs ar plašu funkcionalitāti, ar kuru gandrīz katru uzdevumu var veikt. Dažādas datubāzes ir diezgan liels, lai jūs varētu izvēlēties tieši to, ko patiks.