Den mest vanlig praksis er å ha en database?

Arbeide med databasen er det ledsages av noen mer eller mindre komplekst prosjekt. DB virker som et lager av informasjon, som inneholder alle de nødvendige parametere for riktig drift av systemet. Og hva prestasjoner er den vanligste i praksis? Når de brukes? Disse og andre spørsmål vil bli besvart i denne artikkelen.

generell informasjon

Så, først må du bestemme rekkefølgen, hva er det aktuelle programmet. Database - navnet på velordnet oppbevaring av vilkårlig informasjon. Det kan ordnes ikke bare ved hjelp av IT-teknologi, men også på andre måter og metoder. Men på samme tid som basis for å bli brukt til å systematisere prinsippet.

Det bør bemerkes at bestilling og bevaring av disse mulighetene er mange. Hver av de måtene fremmet konkrete krav. Det finnes databaser som er ment å operere selvstendig innenfor en enkelt datamaskin. Andre sørge for samhandling med den eksterne serveren. Hvis vi snakker om arkitektur, de vanligste er hierarkiske og nettverk databaser. I denne artikkelen er det de fokuserer vil bli.

hierarkisk database

Systemarkitekturen i dette tilfellet, gir at hvert objekt er representert som en bestemt enhet. På grunn av dette kan det ha en forelder eller underordnede elementer. Et særtrekk ved denne arkitekturen er at det må være et enkelt objekt som alt begynner. Sluttresultatet er en struktur som ligner et tre. Forstå hvordan en organisasjon kan hjelpe nesten alle gamle programmet. Bunnen av denne type data - det er også filsystemet av datamaskinen.

Det blir ofte sagt at bruken av en slik struktur er ikke noe effektivt. Likevel er det fortsatt mye brukt. Dette skyldes det faktum at arbeidet med databasen er gunstig når det er nødvendig først og fremst for å lese informasjonen. Faktisk, i dette tilfellet, strukturen er ekstremt forenkler konstruksjonen. Som et eksempel, la oss vurdere dette: Når vi velger en bestemt mappe, tar samspillet sted raskt. Men hvis vi begynner å sjekke Antivirus datamaskin, vil det gå svært lang tid.

Network database

Denne type modifikasjonseksempel, er beskrevet tidligere. Den største forskjellen her er antall linker. Så, i hierarkiske databaser forutsatt at en del kan ha bare én forelder. Dermed kan vi snakke om en viss begrensning i utviklingen av databasen. Network database kan også ha flere foreldre. Dette refererer hovedsakelig til opprettelsen av en database basert på XML.

relasjonsdatabaser

Den vanligste de er i praksis, hvis vi snakker om massebruk, redigering og så videre. Årsaken til deres popularitet er at relasjonsdatabaser er veldig lett å beskrive i matematikk. Takket være implementeringen letthet, og de er utbredt.

Teoretiske grunnlaget for dem oppsummerte matematiker Edgar Frank Codd (nå avdøde). Han var i åttiårene kan meget grundig og nøyaktig beskrive strukturen i databasen, bruke språket i matematikk. Men som praksis viser, er denne studien et godt grunnlag for programvaren gjennomføring. Relasjonsdatabaser har blitt så populært at når vi snakker om databasen, er standard å forstå dem. La oss ta hensyn, og deres spesifikke implementasjonen.

Funksjoner av relasjonsdatabaser

Deres viktigste kjennetegn er at dataene er lagret som et sett av to-dimensjonale tabeller. Som et enkelt eksempel kan gis Access database, et medlem av kontorpakken fra Microsoft. I rollen som alfa og omega-benyttet kolonner og rader. Første funksjonen er at gjennom deres angitte feltnavn, datatype, som brukes i dem. I tillegg, er det antall kolonner fast, og kan bare endres med databaseadministrator. Line er - dette er informasjonsobjekter. Deres tall er endret relativt enkelt ved å gi spesielle instruksjoner.

Det skal forstås at databasen er en abstrakt begrep. Derfor er det vanligste i praksis, er databaser som tabeller er knyttet. Veldig bra grafisk representasjon i denne saken kan gi den tidligere nevnte Access. Det viktigste aspektet av arbeidet er utformingen av strukturen. Denne prosessen er å lage de elementene som er nevnt ovenfor. Det bør bemerkes at dette er en vanskelig fase, som mange nybegynnere er lett. Og med god grunn. Faktisk, inntil data er liten, datamaskinen vil bli behandlet raskt. Men som mengden av informasjon veksten avtar markert. Dens verdi er direkte proporsjonal med størrelsen av lagrede data og den optimale utformingen av strukturen.

database design

Så har vi vurdert de mest populære varianter av databasen. Nå la oss snakke om noe som nærmer seg mest vanlig i praksis når de er opprettet og hvorfor det er slik. Som et eksempel vurdere MySQL. Så, har sluttresultatet følgende krav:

• Databasen må være et enkelt objekt i form av behandling.
• Databasen må ha en kompakt størrelse.

Hvis du er kjent lett å se at disse begrepene er motstridende. Først må vi forstå nøyaktig hva som vil bli sendt til databasen og tas ut fra det. du kan finne dusinvis og hundrevis av tabeller med utrolig mange steder i større prosjekter. Følgende problemstillinger bør undersøkes:

1. Bestem hvilke data vil bli lagret.
2. Finn ut hvor informasjon vil bli lagt ut.
3. Bestem hva datatype for å plukke opp en enkelt kolonne.

sammenbrudd kan brukes for å redusere belastningen på de enkelte tabeller. Men man må passe på å ha visse samlende komponenter.

konklusjon

Databaser er viktige komponenter i mer eller mindre komplekst prosjekt. Innledningsvis i praksis av en person ikke kan få til å organisere den optimale forbindelsen. Men over tid, studiet av kunst og for å øke opplevelsen du kan ha vil skape bedre fasiliteter.

Dessuten bør ikke kastes oppmerksomhet og som gradvis tilby mer avansert programvare struktur. I tillegg kan alle mulig hjelp i optimalisering og gi database styringssystemer. De gir utvikleren med et bredt funksjonalitet, der nesten alle oppgaver kan utføres. En rekke database er ganske stor, slik at du kan velge akkurat hva som vil appellere.