Elk object dat wordt beschreven in indelingen voor ruimtelijke gegevens heeft attributen die strikt gebonden zijn aan ruimtelijke gegevens en die zijn opgeslagen in databasetabellen. Gegevensattribuutvelden en -lijnen kunnen worden aangepast, gecorrigeerd en aangevuld. Door deze organisatie van GIS-gegevens kunt u direct informatie verkrijgen over de kenmerken van ruimtelijke objecten. Deze informatie wordt verkregen door communicatiestructuren op te nemen die zijn gecreëerd op basis van verzoeken die in een special zijn geschreven SQL-taal- gestructureerde zoektaal - gestructureerde zoektaal. Het structureren van gegevens in databases wordt een logisch model genoemd voor het construeren van databases en databanken.

Uitblinken de volgende typen logische modellen databases en databanken:

• 1. Hiërarchisch
• 2. Netwerkmodellen
• 3. Relatieve modellen.
• 4. Objectgericht.

Hiërarchische modellen zijn de oudste en worden het meest effectief gebruikt in databases en databanken. Ze hebben een boomstructuur waarin wortelelementen kunnen worden onderscheiden - bronobjecten en definitief.

Objecten in dit logische model worden beschreven door relaties. Elke hoofdmoederdatabase kan veel onderliggende databases hebben, elke onderliggende of ondergeschikte database kan slechts tot één hoofdmoederdatabase behoren.

Voordelen hiërarchisch model gegevens:

• 1. Gemakkelijk te begrijpen.
• 2. Voorzien snelle toegang naar de gegevens met behulp van de objectsleutel. Beste effect van het gebruik van een hiërarchisch gegevensmodel wordt bereikt door objecten op het volgende te coderen hiërarchische structuren administratief apparaat.

Gebreken:

De gegevens in dit model worden lange tijd en vele malen opgeslagen; het veranderen van de gegevens leidt tot een verandering in de gehele structuur van het logische model.

In tegenstelling tot hiërarchische modellen gebruiken netwerkmodellen verschillende soorten relaties tussen databaseobjecten. Naast de standaardrelatie wordt 1:M - één op veel, M:N - veel op veel gebruikt. In dit geval kan een onderliggend object tot meerdere bovenliggende databases behoren, en kunnen meerdere onderliggende objecten met meerdere bovenliggende databases zijn verbonden.

Voordelen:

Modelflexibiliteit, vermogen om snel aan te passen wanneer gegevens veranderen.

Gebreken:

Moeilijkheden bij het opnieuw opbouwen bij het vernietigen van een databaseobject.

Vernietiging van een object brengt een herziening van alle onderliggende en bovenliggende databases met zich mee netwerk connecties bij dit object wordt daarom de volgende vorm het meest gebruikt:

Relationele (relatieve) modellen die relaties tussen objecten beschrijven, waarbij de relaties in de vorm van een tabel zijn geschreven.

Voor een tabel met gegevenssets geldt een regel van relationele integriteit, die de eenheid van informatietypen in de rijen en cellen van de tabel, de eenheid van waardetypen en andere vereisten impliceert.

Meestal worden ruimtelijke gegevens in deze databases gepresenteerd in de vorm van vectormodellen.

Objectgeoriënteerde databases omvatten drie klassen databases:

• 1. De klasse is structureel objectgebaseerd -georiënteerde modellen gegevens.
• 2. Relatief objectgeoriënteerde datamodellen.
• 3. Complete objectgeoriënteerde datamodellen.

Het verschil is flexibiliteit.

In structuurgeoriënteerde datamodellen wordt een elementair informatiedeeltje beschouwd als een object in een databank.

Volledige objectgeoriënteerde modellen bevatten de mogelijkheden van beide klassen. Een object in deze database bestaat uit een reeks gegevens die de staat ervan karakteriseren en een bepaald aantal beschrijvingen van bewerkingen en methoden die het kan gebruiken.

Voordelen van het objectgeoriënteerde model:

• 1. Het object is de optimale afbeelding voor modelrecords echte wereld.
• 2. Het is flexibel genoeg om informatie over je eigen levensstijl en ontwikkeling op te slaan.

Gebreken:

Dergelijke modellen zijn tijdrovend en nemen een enorme hoeveelheid geheugen in beslag.

De kern van elke database is het datamodel. Gegevensmodel- het is een reeks datastructuren en hun verwerkingsactiviteiten.

Op basis van de wijze waarop verbindingen tussen data tot stand worden gebracht, worden hiërarchische, netwerk- en relationele modellen onderscheiden.

Hiërarchisch Met het model kunt u databases bouwen met een boomstructuur, waarbij elk knooppunt zijn eigen gegevenstype (entiteit) bevat. Op bovenste niveau boom in dit model is er één knooppunt: de wortel, op het volgende niveau zijn er knooppunten die aan deze wortel zijn gekoppeld, vervolgens knooppunten die zijn gekoppeld aan de knooppunten van het vorige niveau, enz.

In dit geval kan elk knooppunt slechts één voorouder hebben (Fig. 1.2).

Het zoeken naar gegevens in een hiërarchisch systeem begint altijd bij de wortel. Vervolgens wordt er van het ene niveau van de boom naar het andere afgedaald totdat het gewenste niveau is bereikt. Het verplaatsen door het systeem van het ene record naar het andere gebeurt met behulp van koppelingen.

De belangrijkste voordelen van het hiërarchische model zijn de eenvoud van het beschrijven van de hiërarchische structuren van de echte wereld en de snelle uitvoering van zoekopdrachten. Het is echter niet altijd handig om elke keer vanuit de root naar de benodigde gegevens te gaan zoeken, en er is geen andere manier om in hiërarchische structuren door de database te bewegen.

Het aangegeven nadeel gefilmd in netwerk modellen, waar (door ten minste(in theorie) zijn verbindingen van allemaal mogelijk informatie objecten met iedereen.

In het voorbeeld getoond in Afb. 1.3 kan elke leraar veel (theoretisch alle) studenten lesgeven, en elke student kan van veel (theoretisch alle) leraren leren. Omdat dit in de praktijk uiteraard onmogelijk is, moeten we onze toevlucht nemen tot enkele beperkingen.

Het gebruik van hiërarchische en netwerkmodellen versnelt de toegang tot informatie in de database. Omdat elk data-element echter verwijzingen naar een aantal andere elementen moet bevatten, zijn er aanzienlijke bronnen vereist in zowel het schijf- als het hoofdcomputergeheugen. Onvoldoende hoofdgeheugen vermindert uiteraard de snelheid van de gegevensverwerking. Bovendien worden dergelijke modellen gekenmerkt door de complexiteit van de implementatie van een databasebeheersysteem.

relationeel Het model (uit de Engelse versie) is begin jaren 70 van de 20e eeuw ontwikkeld. Kabeljauw. De eenvoud en flexibiliteit van dit model trokken de aandacht van ontwikkelaars, en al in de jaren 80 van de 20e eeuw. het is wijdverspreid geworden. Dus relationele DBMS hebben bewezen de industriestandaard te zijn.

Het relationele model is gebaseerd op een systeem van concepten relationele algebra, waarvan de belangrijkste tabel, rij, kolom, relatie en primaire sleutel zijn, en alle bewerkingen komen in dit geval neer op manipulaties met tabellen.

In het relationele model wordt informatie weergegeven in de vorm van rechthoekige tabellen, die elk bestaan ​​uit rijen en kolommen en een naam hebben die uniek is binnen de database.

Tafel weerspiegelt een object uit de echte wereld - essence, en elke regel (record) weerspiegelt één specifiek exemplaar van een object - entiteitsinstantie. Elke tabelkolom heeft een naam die uniek is voor die tabel. De kolommen zijn gerangschikt in de volgorde van hun namen die zijn aangenomen bij het maken van de tabel.

Rijst. 1.2. Hiërarchische boomstructuur van het databasemodel

Rijst. 1.3. Netwerkstructuur database modellen

In tegenstelling tot kolommen hebben rijen geen namen, is hun volgorde in de tabel niet gedefinieerd en is hun aantal logischerwijs onbeperkt. Omdat de rijen in de tabel niet geordend zijn, is het niet mogelijk een rij op positie te selecteren. Het nummer dat voor elk in ons bestand staat

rij karakteriseert het niet, omdat de waarde ervan verandert wanneer rijen uit de tabel worden verwijderd. Logischerwijs is er geen eerste en laatste rij.

Relationele systemen hebben de noodzaak van complexe navigatie geëlimineerd, omdat de gegevens daarin niet als een enkel bestand worden gepresenteerd, maar als onafhankelijke sets, en de bewerkingen van relationele algebra - toegepaste verzamelingenleer - worden gebruikt om gegevens te selecteren.

Elke tabel in een relationeel model moet een kolom (of een reeks kolommen) hebben waarvan de waarde elk van de rijen op unieke wijze identificeert. Deze kolom (of reeks kolommen) wordt genoemd hoofdsleutel tabellen (Fig. 1.4).

Als een tabel voldoet aan de vereiste voor een unieke primaire sleutel, wordt deze aangeroepen houding. In het relationele model moeten alle tabellen worden omgezet in relaties. De relaties van het relationele model zijn met elkaar verbonden. Relaties worden onderhouden door middel van externe sleutels. Externe sleutel is een kolom (set kolommen), waarvan de waarde op unieke wijze de waarden van de primaire sleutel van een andere relatie (tabel) kenmerkt.

Van een relatie waarin een externe sleutel is gedefinieerd, wordt gezegd dat deze verwijst naar een overeenkomstige relatie waarin dezelfde reeks kolommen de primaire sleutel is.

In de getoonde figuur. In het voorbeeld in 1.4 verwijst de relatie WERKNEMER naar de relatie AFDELING via de naam van de afdeling.

Het schema van een relationele tabel (relatie) is een verzameling veldnamen die het record vormen:

TABELNAAM (Veld 1, Veld 2...Veld P).

Voor de tabellen in Fig. 1.4 hebben we de volgende schema's (primaire sleutels zijn cursief weergegeven):

MEDEWERKER (Pasnummer, Volledige naam, Functie, Afdelingsnaam, Telefoon);

AFDELING (Afdelingsnaam. Afdelingslocatie, Afdelingsdoel).

Object-georiënteerd Het databasemodel begon te worden ontwikkeld in verband met de komst van objectgeoriënteerde programmeertalen in de jaren 90 van de 20e eeuw. Dit soort databases slaat klassemethoden en soms persistente klasseobjecten op, waardoor een naadloze integratie tussen gegevens- en applicatieverwerking mogelijk is.

De dominantie van het relationele model in moderne DBMS bepaald:

de aanwezigheid van een ontwikkelde theorie (relationele algebra);

de aanwezigheid van een apparaat om andere datamodellen te reduceren tot een relationeel model;

beschikbaarheid van speciale middelen voor versnelde toegang tot informatie;

beschikbaarheid van gestandaardiseerde taal op hoog niveau verzoeken aan de database, zodat u ze kunt manipuleren zonder kennis van het specifieke fysieke organisatie DB in extern geheugen.

De kern van elke database is het datamodel. Gegevensmodel– een reeks datastructuren en verwerkingsbewerkingen.

Volgens de methode om verbindingen tussen gegevens tot stand te brengen, maken ze onderscheid hiërarchisch, netwerk en relationeel modellen.

Hiërarchisch model Hiermee kunt u databases bouwen met een boomstructuur. Daarin bevat elk knooppunt zijn eigen gegevenstype (entiteit). Op het hoogste niveau van de boom in dit model bevindt zich één knooppunt - de "root", op het volgende niveau zijn er knooppunten die aan deze wortel zijn gekoppeld, vervolgens knooppunten die zijn gekoppeld aan knooppunten van het vorige niveau, enz., en elk knooppunt kan slechts één voorouder (Fig. . 1.).

Figuur 1 Hiërarchisch datamodeldiagram

Het zoeken naar gegevens in een hiërarchisch systeem begint altijd bij de wortel. Vervolgens wordt er van het ene niveau naar het andere afgedaald totdat het gewenste niveau is bereikt. Het verplaatsen door het systeem van het ene record naar het andere gebeurt met behulp van koppelingen.

De belangrijkste voordelen van het hiërarchische model zijn de eenvoud van het beschrijven van hiërarchische structuren uit de echte wereld en de snelle uitvoering van zoekopdrachten die overeenkomen met de datastructuur, maar deze bevatten vaak redundante gegevens. Bovendien is het niet altijd handig om elke keer vanuit de root naar de benodigde gegevens te gaan zoeken en is er geen andere manier om in hiërarchische structuren door de database te bewegen.

Dit tekort is verholpen in netwerk modellen waarin theoretisch verbindingen tussen “alle informatieobjecten en alles” mogelijk zijn (Fig. 2). Voorbeeld - onderwijsinstelling, waarbij elke leraar les kan geven aan veel (theoretisch alle) studenten, en elke student les kan krijgen van veel (theoretisch alle) docenten.

Gebruik hiërarchisch en netwerk modellen versnellen de toegang tot informatie in de database. Maar aangezien elk data-element verwijzingen naar andere elementen moet bevatten,

Figuur 2 Netwerkstructuur van het datamodel

Er zijn aanzienlijke bronnen van zowel schijf- als hoofdcomputergeheugen vereist. Een gebrek aan hoofdgeheugen vermindert uiteraard de snelheid van de gegevensverwerking. Bovendien worden dergelijke modellen gekenmerkt door de complexiteit van de implementatie van een databasebeheersysteem (DBMS).

Relationeel model. Het model is gebaseerd op een systeem van concepten relationele algebra, waarvan de belangrijkste zijn: tabel, rij, kolom, relatie en primaire sleutel, en alle bewerkingen komen neer op manipulaties met tabellen.

In het relationele model wordt informatie weergegeven in de vorm van rechthoekig tafels. Elke tabel bestaat uit rijen en kolommen en heeft een naam die uniek is binnen de database.

Tafel weerspiegelt een object uit de echte wereld – essence, en elke regel (record) weerspiegelt één specifiek exemplaar van een object – entiteitsinstantie. Elke tabelkolom heeft een naam die uniek is voor de bijbehorende tabel. De kolommen zijn in de tabel gerangschikt in de volgorde waarin hun namen verschenen toen de tabel werd gemaakt.

In tegenstelling tot kolommen hebben rijen geen namen, is hun volgorde in de tabel niet gedefinieerd en is hun aantal logischerwijs onbeperkt. Omdat de rijen in de tabel niet geordend zijn, is het niet mogelijk een rij op positie te selecteren. Hoewel elke regel in het bestand een nummer heeft, karakteriseert dit niet de regel. De waarde ervan verandert wanneer rijen uit de tabel worden verwijderd. Logischerwijs is er geen “eerste” en “laatste” tussen de rijen.

Elke relationele modeltabel moet een kolom of een reeks kolommen hebben waarvan de waarden elke rij in de tabel op unieke wijze identificeren. Deze kolom of hun verzameling wordt genoemd hoofdsleutel tabellen (Fig. 3).

Als de tabel aan de eis voldoet uniciteit van de primaire sleutel, het heet houding. In het relationele model moeten alle tabellen worden omgezet in relaties. De relaties van het relationele model zijn met elkaar verbonden. Relaties worden onderhouden door middel van externe sleutels. Externe sleutel is een kolom (set kolommen) waarvan de waarde op unieke wijze de waarde van de primaire sleutel van een andere relatie (tabel) karakteriseert.

annotatie

In deze cursus werk beschrijft het ontwerp van een centrale stadsziekenhuisdatabase en de implementatie ervan in Oracle Datebase. Het vakgebied werd gepresenteerd, conceptuele, logische en fysieke datamodellen werden ontwikkeld. De benodigde tabellen, query's en rapporten zijn gemaakt met behulp van Oracle Datebase-tools. Cursussen bestaan ​​uit:

Inleiding 3

1. Onderwerpgebied 4

2. Conceptueel model 5

3. Logisch databasemodel 7

4. Model van fysieke organisatie van gegevens 9

5. Implementatie van databases in Oracle 9

6.Tabellen maken 10

7. Query's maken 16

8. Conclusie 27

Referenties 28

Invoering

Een database is een enkele, ruime opslagplaats van verschillende gegevens en beschrijvingen van hun structuren, die, nadat ze afzonderlijk en onafhankelijk van applicaties zijn gedefinieerd, tegelijkertijd door veel applicaties worden gebruikt.

Naast gegevens kan de database ook tools bevatten waarmee elke gebruiker alleen kan werken met de gegevens die binnen zijn/haar competentie vallen. Als gevolg van de interactie van de gegevens in de database met de beschikbare methoden specifieke gebruikers wordt informatie gegenereerd die zij consumeren en op basis waarvan zij, binnen hun eigen competentie, gegevens invoeren en bewerken

Het doel van dit cursuswerk is het ontwikkelen en implementeren van een database voor het centrale ziekenhuis om de opslag, accumulatie en verstrekking van informatie over de activiteiten van het ziekenhuis te garanderen. Basis gemaakt gegevens zijn vooral bedoeld om de activiteiten van de belangrijkste afdelingen van het ziekenhuis te automatiseren.

Gebied

Een vakgebied is een onderdeel echt systeem, wat van belang is voor dit onderzoek. Bij het ontwerpen van geautomatiseerde informatiesystemen wordt het vakgebied vertegenwoordigd door datamodellen van verschillende niveaus. Het aantal niveaus hangt af van de complexiteit van de problemen die worden opgelost, maar omvat in ieder geval conceptuele en logische niveaus.

In deze cursus is het onderwerp het werk van het centrale ziekenhuis, dat patiënten behandelt. De organisatiestructuur van het ziekenhuis bestaat uit twee afdelingen: de griffie en de ontvangstruimte. Aan de receptie worden afspraken gemaakt, doorverwezen, patiënten toegewezen aan afdelingen en verzekeringsnummers geregistreerd. De eerste hulp houdt op zijn beurt gegevens bij van opname en ontslag, diagnoses van patiënten en medische geschiedenis.

De database is ontworpen om gegevens op te slaan over patiënten, hun plaatsing, voorgeschreven medicijnen en behandelende artsen.

Conceptueel model

De eerste fase van het databaseontwerpproces bestaat uit het creëren van een conceptueel datamodel voor het deel van de onderneming dat wordt geanalyseerd.

Een conceptueel model is een model gebied. De componenten van het model zijn objecten en relaties. Het conceptuele model dient als communicatiemiddel tussen verschillende gebruikers en is daarom ontwikkeld zonder rekening te houden met de specifieke kenmerken van de fysieke representatie van gegevens. Bij het ontwerpen van een conceptueel model moeten alle inspanningen van de ontwikkelaar voornamelijk gericht zijn op het structureren van gegevens en het identificeren van relaties daartussen, zonder rekening te houden met implementatiekenmerken en kwesties van verwerkingsefficiëntie. Het ontwerp van het conceptuele model is gebaseerd op een analyse van de gegevensverwerkingstaken die bij deze onderneming worden opgelost. Een conceptueel model bevat beschrijvingen van objecten en hun relaties die van belang zijn in het betreffende vakgebied. Relaties tussen objecten maken deel uit van het conceptuele model en moeten in de database worden weergegeven. Een relatie kan een willekeurig aantal objecten omvatten. Aan de andere kant kan elk object deelnemen aan een willekeurig aantal relaties. Daarnaast zijn er relaties tussen de attributen van een object. Er zijn relaties van de volgende typen: “één op één”, “één op veel”, “veel op veel”.

Meest populair model conceptueel ontwerp is het entiteit-relatiemodel (ER-model), het behoort tot de semantische modellen.

De belangrijkste elementen van het model zijn entiteiten, verbindingen daartussen en hun eigenschappen (attributen).

Een entiteit is een klasse objecten van hetzelfde type, waarvan de informatie in het model in aanmerking moet worden genomen.

Elke entiteit moet een naam hebben die wordt uitgedrukt door een enkelvoudig zelfstandig naamwoord. Elke entiteit in het model wordt weergegeven als een rechthoek met een naam.

Een attribuut is een kenmerk (parameter) van een entiteit.

Domein – een reeks waarden (gebied van attribuutdefinitie).

Entiteiten hebben sleutelkenmerken: een entiteitssleutel is een of meer kenmerken die deze entiteit op unieke wijze identificeren.

Een reeks entiteiten voor het centrale ziekenhuis (entiteitskenmerken worden tussen haakjes aangegeven, de belangrijkste kenmerken zijn onderstreept):

PATIËNTEN ( Patiëntcode, achternaam, voornaam, geboortedatum, polisnummer, afdelingscode);

BEHANDELING ( Patiëntcode, diagnose, ontslagdatum, dokterscode, kosten);

AFDELINGEN( Filiaalcode, naam afdeling, aantal afdelingen);

INKOMEN ( Patiëntcode opnamedatum, afdelingscode);

KAMERS ( Kamercode, aantal plaatsen, afdelingscode);

ARTSEN(Dokterscode achternaam, voornaam, geboortedatum, persoonsdossiernummer, afdelingscode);

Entiteit-relatiediagram voor districtsziekenhuis weergegeven in Figuur 1.

Logisch databasemodel

De versie van een conceptueel model die door een bepaald DBMS kan worden geleverd, wordt een logisch model genoemd. Het proces van het bouwen van een logisch databasemodel moet gebaseerd zijn op een specifiek datamodel (relationeel, netwerk, hiërarchisch), dat wordt bepaald door het type DBMS dat bedoeld is voor de implementatie van het informatiesysteem. In ons geval wordt de database aangemaakt in de Oracle-omgeving en zal het een relationele database zijn.

Het relationele model wordt gekenmerkt door zijn eenvoud van datastructuur, gebruiksvriendelijke tabelweergave en de mogelijkheid om het formele apparaat van relationele algebra en relationele calculus te gebruiken om gegevens te manipuleren.

In relationele datamodellen worden objecten en relaties daartussen weergegeven met behulp van tabellen. Elke tabel vertegenwoordigt één object en bestaat uit rijen en kolommen. Een tabel in het relationele model wordt een relatie genoemd.

Attribuut (veld) – elke kolom in de tabel.

Tuples (records) zijn tabelrijen.

De tabellen zijn aan elkaar gekoppeld door middel van sleutelvelden.

Een sleutel is een veld waarmee u een record in een tabel op unieke wijze kunt identificeren. De sleutel kan eenvoudig zijn (bestaande uit één veld) of samengesteld (bestaande uit meerdere velden).

In relationele databases logisch ontwerp leidt tot de ontwikkeling van een dataschema, dat wordt weergegeven in figuur 2.

Fig. 2.
4. Model van fysieke gegevensorganisatie

Fysiek model data beschrijft hoe gegevens op een computer worden opgeslagen en biedt informatie over de structuur van records, hun volgorde en bestaande toegangspaden.

Het fysieke model beschrijft de typen, identificatiegegevens en bitbreedtes van de velden. Het fysieke datamodel weerspiegelt de fysieke plaatsing van gegevens op machinemedia, dat wil zeggen welk bestand, welke objecten, met welke attributen het bevat en wat de typen van deze attributen zijn.

©2015-2019 website
Alle rechten behoren toe aan hun auteurs. Deze site claimt geen auteurschap, maar biedt gratis gebruik.
Aanmaakdatum van de pagina: 26-04-2016

Invoering. Basisdatabaseconcepten

Databases (DB's) worden gebruikt op verschillende gebieden en gebieden van menselijke activiteit. Er kunnen bijvoorbeeld databases zijn met informatie over klanten, producten, geleverde diensten, commerciële transacties, enz. De gespecialiseerde literatuur biedt vele definities van databases die bepaalde aspecten van de subjectieve mening van verschillende auteurs weerspiegelen. We zullen een database opvatten als een geheel van objecten (producten, klanten, betalingen) die zo worden gepresenteerd dat ze met behulp van een computer kunnen worden doorzocht en verwerkt. De middelen om deze gegevens te beheren worden genoemd databasebeheersystemen(DBMS).

De geschiedenis van de ontwikkeling van databasemanagementsystemen (DBMS) gaat tientallen jaren terug. Het eerste industriële DBMS van IBM werd in 1968 in gebruik genomen en in 1975 verscheen de eerste standaard, die een aantal basisconcepten uit de theorie van databasesystemen definieerde.

Ontwikkeling computer technologie, verschijning persoonlijke computers hebben krachtige werkstations en computernetwerken geleid tot de ontwikkeling van databasetechnologie. Computers werden hulpmiddelen voor het bijhouden van gegevens, waardoor softwareontwikkelaars gedwongen werden systemen te maken die gewoonlijk desktop-DBMS'en worden genoemd.

Met de komst van lokale netwerken wordt informatie tussen computers uitgewisseld, waardoor het probleem ontstond om de gegevens die zijn opgeslagen en verwerkt op elkaar af te stemmen. verschillende plaatsen, maar logisch verbonden. De oplossing voor dit probleem leidde tot de opkomst van gedistribueerde databases, die het mogelijk maken om parallelle verwerking van informatie te organiseren en de integriteit van de databases te behouden.

Voor gedistribueerde gegevensopslag en toegang tot de database worden computers gecombineerd tot lokaal, regionaal en zelfs mondiale netwerken. Momenteel wordt client-servertechnologie veel gebruikt om netwerken te bouwen. Het client-serversysteem is een normaal lokaal systeem computer netwerk, die een groep clientcomputers en één bevat speciale computer– server. Clientcomputers hebben toegang tot de server diverse diensten. De servercomputer kan hen verschillende programma's sturen, zoals tekstverwerking, het werken met tabellen, het uitvoeren van databasequery's en het retourneren van de resultaten. Het basisidee is dat elke computer doet wat hij het meest efficiënt doet. De server haalt de gegevens op en actualiseert deze, de client voert speciale berekeningen uit en levert de resultaten aan de eindgebruiker. Aanvankelijk voerden servers de eenvoudigste functies uit: printservers, bestandsservers, op verzoek van een klant om toegang tot een bestand stuurde de server dit bestand clientcomputer. Een databaseserver is een programma dat op een servercomputer draait en de clienttoegang tot de database afhandelt. Het client-server-systeem is dus gebaseerd op het principe van taakverdeling. De client is de computer waarmee de gebruiker werkt, en de servercomputer voert onderhoud uit voor een groep clients: toegang krijgen tot de database, de database bijwerken, enz. Een progressieve manier van collectieve toegang tot databases in de afgelopen 20 jaar is het gebruik wereldwijd netwerk Internet met een groep van zijn diensten.

Voorbeelden van servers zijn:

Telecommunicatieserver die communicatiediensten levert lokaal netwerk met andere netwerken en servers;

Een computerserver die het mogelijk maakt berekeningen uit te voeren die niet op werkstations kunnen worden uitgevoerd;

Schijfserver, dat externe geheugenbronnen heeft uitgebreid en beschikbaar maakt voor gebruik door clientcomputers en mogelijk andere servers;

Bestanden server, ondersteunend algemene opslag bestanden voor alle werkstations;

Een databaseserver is eigenlijk een gewoon DBMS dat verzoeken ontvangt en verwerkt via een lokaal netwerk.

Hoewel doorgaans één enkele database volledig op één netwerksite wordt opgeslagen en wordt ondersteund door één enkele server, zijn databaseservers een eenvoudige en goedkope benadering van gedistribueerde databases, omdat gemeenschappelijke basis gegevens zijn beschikbaar voor alle gebruikers van het lokale netwerk.

Toegang tot de database vanuit een applicatieprogramma of gebruiker vindt plaats door toegang te krijgen tot het clientgedeelte van het systeem. Als belangrijkste interface tussen de klant en serveronderdelen spreekt de taal van de bases SQL-gegevens. De verzamelnaam SQL-server verwijst naar alle databaseservers op basis van SQL. Door voorzorgsmaatregelen te nemen bij het programmeren, kunt u applicatie-informatiesystemen creëren die mobiel zijn in de klasse van SQL-servers.

Een van de veelbelovende gebieden van DBMS is de flexibele systeemconfiguratie, waarbij de verdeling van functies tussen de client- en gebruikersdelen van het DBMS wordt bepaald tijdens de systeeminstallatie.

DBMS moet de integriteit van logische gegevens garanderen . De logische integriteit van de database moet het handhaven van consistentie omvatten complete informatie, die het vakgebied voldoende weerspiegelt.

Het concept houdt verband met de eis van logische gegevensintegriteit transacties. Transactie– een groep logisch gecombineerde opeenvolgende bewerkingen voor het werken met gegevens, verwerkt of geannuleerd als geheel. Als u bijvoorbeeld een bestelling plaatst voor een bepaald product, moet u een aantal handelingen uitvoeren: een aanvraag voor het product registreren, het product reserveren, dit product in het magazijn terugbrengen. Als er in een van de fasen een overtreding plaatsvindt, zal er een fout optreden en zal de logische integriteit van de database worden geschonden. Om dergelijke gevallen te voorkomen, wordt de transactie “Plaats een bestelling” geïntroduceerd. , waarin alle noodzakelijke bewerkingen op de database moeten worden uitgevoerd, d.w.z. het product wordt verkocht, de hoeveelheid in het magazijn neemt af, of een terugkeer naar originele staat(het product wordt niet verkocht en de hoeveelheid in het magazijn blijft hetzelfde).

DBMS'en interageren tussen de database en systeemgebruikers, evenals tussen de database en applicatieprogramma's die bepaalde gegevensverwerkingsfuncties implementeren.

DBMS bieden veilige opslag grote volumes gegevens complexe structuur in het externe geheugen van de computer en efficiënte toegang naar hen. De belangrijkste functies van het DBMS zijn onder meer:

· gegevensdefinitie - de informatie die in de database moet worden opgeslagen, wordt bepaald, de structuur van de gegevens, het type ervan wordt gespecificeerd en er wordt ook aangegeven hoe de gegevens met elkaar in verband zullen worden gebracht;

· gegevensverwerking - gegevens kunnen op verschillende manieren worden verwerkt: selecteer velden, filter en sorteer gegevens, combineer gegevens en bereken totalen;

· gegevensbeheer - regels voor toegang tot gegevens, het wijzigen ervan en het toevoegen van nieuwe gegevens worden bepaald, regels voor collectief gebruik van gegevens worden vastgesteld.

Hiërarchisch datamodel

De eerste hiërarchische datamodellen verschenen eind jaren vijftig. Ze vertegenwoordigden een boomstructuur, waarbij de gegevens over niveaus werden verdeeld, van master tot slave, en vertegenwoordigden een ongerichte grafiek. Een voorbeeld van een hiërarchisch datamodel wordt getoond in Fig. 1.

Figuur 1. Hiërarchisch datamodel

Het model wordt gekenmerkt door het aantal niveaus en knooppunten. Elk niveau vertegenwoordigt een of meer objecten (gegevens) en kan meerdere knooppunten van ondergeschikte niveaus hebben, en de verbindingen tussen alle objecten liggen stevig vast en één afstammeling kan niet meer dan één voorouder hebben. De belangrijkste typen datastructuren van het beschouwde model zijn veld, record en bestand. Een record is de belangrijkste structurele eenheid voor gegevensverwerking en een uitwisselingseenheid tussen operationele en extern geheugen. In een recordgebaseerd model bestaat de database uit records met een vast formaat verschillende soorten. Elk recordtype definieert vaste hoeveelheid velden, die elk een vaste lengte hebben.

Veld is een elementaire eenheid logische organisatie gegevens, die overeenkomen met een afzonderlijke, ondeelbare informatie-eenheid: details.

Een record is een verzameling velden die overeenkomen met logisch gerelateerde details. De structuur van een record wordt bepaald door de samenstelling en volgorde van de samenstellende velden, die elk elementaire gegevens bevatten.

Een bestand is een reeks records met dezelfde structuur met waarden in afzonderlijke velden, en de velden hebben één enkele betekenis.

Een typische vertegenwoordiger (de meest bekende en wijdverbreide) is het IMS (Information Management System) DBMS van IBM. De eerste versie van het systeem verscheen in 1968.

2.2.2. Netwerkdatamodel

Een netwerkmodel is een datamodel dat lijkt op een hiërarchisch model, maar wel toelaatbaar is gratis systeem verbindingen tussen knooppunten op verschillende niveaus. Het is een uitbreiding van het hiërarchische datamodel. Netwerkmodellen maken dus de aanwezigheid van twee of meer ‘voorouders’ mogelijk (Fig. 2).

In tegenstelling tot een hiërarchisch model kan een kind van een netwerkmodel meer dan één voorloper hebben en kan één object zowel een master als een kind zijn. In dit model zijn de relaties tussen gegevens dusdanig dat elk record ondergeschikt kan zijn aan records uit meer dan één bestand. In netwerkmodellen kunt u met behulp van een sleutel rechtstreeks toegang krijgen tot elk object, ongeacht het niveau waarop het zich in het model bevindt.

Het voordeel van het netwerkmodel is de efficiëntie van de implementatie in termen van geheugengebruik en toegangssnelheid. Het nadeel is de toegenomen complexiteit van het dataschema dat op de basis ervan is gebouwd.

Rijst. 2. Netwerkdatamodel

Een typische vertegenwoordiger van systemen gebaseerd op een netwerkdatamodel is het IDMS (Integrated Database Management System) DBMS, ontwikkeld door Cullinet Software, Inc. en richtte zich aanvankelijk op het gebruik van mainframes (computers voor algemene doeleinden) van IBM. De systeemarchitectuur is gebaseerd op voorstellen van de Data Base Task Group (DBTG) van de CODASYL-organisatie (Conference on Data Systems Languages), die verantwoordelijk was voor het definiëren van de taal COBOL-programmering. Het DBTG-rapport werd in 1971 gepubliceerd en kort daarna verschenen er verschillende systemen die de CODASYL-architectuur ondersteunden, waaronder de IDMS DBMS. IDMS is momenteel eigendom van Computer Associates.

Normalisatie van databases

Bij het ontwerpen van databases is het belangrijkste het definiëren van tabelstructuren en de relaties daartussen. Fouten in de datastructuur zijn moeilijk en vaak onmogelijk te corrigeren programmatisch. Hoe betere structuur gegevens, hoe eenvoudiger het is om de database te programmeren. De databaseontwerptheorie omvat het concept van normale vormen die bedoeld zijn om de structuur van de database te optimaliseren. Normale formulieren zijn een lineaire reeks regels die op de database worden toegepast, en hoe hoger het nummer van de normale vorm, hoe perfecter de structuur van de database. Normalisatie is een uit meerdere stappen bestaand proces waarin databasetabellen worden georganiseerd, gescheiden en gegevens in orde worden gebracht. Het doel van normalisatie is om enkele ongewenste kenmerken uit de database te verwijderen. Het doel is met name om bepaalde soorten gegevensredundantie te elimineren en daardoor afwijkingen bij het wijzigen van gegevens te voorkomen. Afwijkingen bij het wijzigen van gegevens zijn problemen bij het invoegen, wijzigen en verwijderen van gegevens die ontstaan ​​als gevolg van de structuur van de database. Hoewel er veel niveaus zijn, is het meestal voldoende om te normaliseren naar de derde normaalvorm.

Laten we een voorbeeld bekijken van het normaliseren van de database voor het beheer van orderleveringen. Een ongeordende “Verkoop”-database zou uit één tabel bestaan ​​(Fig. 7).

Afb.7. DB "Verkoop"

In de tabel bevat elke record informatie over meerdere bestellingen van één klant. Omdat de productinformatiekolom te veel gegevens bevat, is het moeilijk om overzichtelijke informatie uit deze tabel te halen (bijvoorbeeld een rapport maken over de totale aankopen voor verschillende soorten producten).

Eerste normaalvorm

De eerste normaalvorm bepaalt de atomiciteit van alle gegevens in de kolommen. Het woord ‘atoom’ komt van het Latijnse ‘atomis’, wat letterlijk ‘niet deelbaar’ betekent. De eerste normale vorm specificeert dat er slechts één waarde is op elke positie gedefinieerd door rij en kolom, in plaats van een array of lijst met waarden. De voordelen van deze vereiste liggen voor de hand: als lijsten met waarden in één kolom worden opgeslagen, is er geen simpele weg deze waarden manipuleren. Dit vergroot uiteraard het aantal records in de tabel.

Laten we de database "Verkoop" normaliseren naar de eerste normaalvorm (Fig. 8).

Afb.8. Eerste normaalvorm

3.3.2. Tweede normaalvorm

U kunt naar de Tweede Normaalvorm gaan vanuit een tabel die al overeenkomt met de Eerste Normaalvorm. Bovendien moet aan de volgende voorwaarde worden voldaan: elk niet-sleutelveld moet volledig afhankelijk zijn van de primaire sleutel.

Laten we de database 'Verkoop' normaliseren naar de tweede normale vorm. We zullen alle informatie die geen betrekking heeft op individuele bestellingen in een aparte tabel scheiden. Als gevolg hiervan krijgen we in plaats van één tabel "Verkoop" er twee: de tabel "Orders" (Fig. 9) en de tabel "Producten" (Fig. 10).

Afb.9. Tabel "Bestellingen"

Afb. 10. Tabel "Producten"

Het producttype wordt dus in slechts één tabel opgeslagen. Houd er rekening mee dat er tijdens de normalisatie geen informatie verloren gaat.

3.3.3. Derde normaalvorm

Een tabel wordt geacht overeen te komen met de Derde Normaalvorm als deze overeenkomt met de Tweede Normaalvorm en alles niet belangrijkste kolommen onderling onafhankelijk. Een kolom waarvan de waarden zijn afgeleid van gegevens uit andere kolommen is een voorbeeld van een afhankelijkheid.

Laten we de database 'Verkoop' normaliseren naar de derde normaalvorm. Om dit te doen, verwijdert u de kolom ‘Totaal’ uit de tabel ‘Bestellingen’. De waarden in deze kolom zijn niet afhankelijk van een sleutel en kunnen worden berekend met de formule ("Prijs")*("Aantal"). Zo werd de database “Verkoop” verkregen met optimale structuur, die uit twee tabellen bestaat (Fig. 11).

Rijst. 11. Genormaliseerde database "Verkoop"

3.2 Software-implementatie Database

De software-implementatie van de database wordt uitgevoerd door het creëren van een doel-DBMS in de datadefinitietaal (DDL). DDL-opdrachten worden gecompileerd en gebruikt om schema's te maken en lege bestanden Database. In dezelfde fase worden alle specifieke gebruikersweergaven gedefinieerd.

Applicatieprogramma's worden geïmplementeerd met behulp van talen van de derde of vierde generatie. Enkele elementen hiervan applicatieprogramma's zullen databaseverwerkingstransacties zijn, geschreven in de datamanipulatietaal (DML) van het doel-DBMS en aangeroepen vanuit programma's basistaal programmeren - bijvoorbeeld aan Visuele basis, C++, Java. In deze fase ontstaan ​​ook andere onderdelen van het applicatieproject, zoals menuschermen, formulieren voor gegevensinvoer en rapporten. Er moet rekening mee worden gehouden dat veel bestaande DBMS'en hun eigen ontwikkelhulpmiddelen hebben waarmee u snel toepassingen kunt maken met behulp van niet-procedurele zoektalen, een verscheidenheid aan rapportgeneratoren, formuliergeneratoren, grafische afbeeldingen en applicatiegeneratoren.

In deze fase worden ook de ondersteunende functies voor databasebeveiliging en integriteit van de applicatie geïmplementeerd. Sommige ervan worden beschreven met behulp van DDL, terwijl andere mogelijk op andere manieren moeten worden gedefinieerd, bijvoorbeeld met behulp van extra nutsvoorzieningen DBMS of door toepassingsprogramma's te maken die de vereiste functies implementeren.

3.2.1. Applicatie ontwikkeling

Applicatieontwikkeling is het ontwerp van de gebruikersinterface en applicatieprogramma's die zijn ontworpen om met een database te werken. In de meeste gevallen kan het applicatieontwerp pas worden voltooid als het databaseontwerp is voltooid. Aan de andere kant is de database ontworpen om applicaties te ondersteunen, en daarom moet er voortdurend informatie worden uitgewisseld tussen de fasen van het ontwerpen van de database en het ontwerpen van applicaties voor die database.

U moet ervoor zorgen dat alle functionaliteit die vereist is door de specificaties van de gebruikersvereisten wordt ondersteund door de gebruikersinterface van de relevante applicaties. Dit geldt zowel voor het ontwerp van applicatieprogramma's voor toegang tot informatie in een database, als voor het ontwerp van transacties, d.w.z. het ontwerpen van databasetoegangsmethoden.

Naast het ontwerpen van hoe de gebruiker toegang krijgt tot de functionaliteit die hij nodig heeft, moet u ook de juiste ontwerpen gebruikersomgeving database-applicaties. Deze interface moet bieden noodzakelijk voor de gebruiker informatie op de voor hem meest handige manier.

3.2.2 Databasetesten

Testen is het proces waarbij applicatieprogramma's worden uitgevoerd om fouten te vinden. Voordat een nieuw systeem in de praktijk wordt toegepast, moet het grondig worden getest. Dit kan worden bereikt door op basis van echte data een goed doordacht testalgoritme te ontwikkelen, dat zo moet worden gestructureerd dat het hele testproces strikt sequentieel en methodisch correct wordt uitgevoerd. Het doel van testen is niet om de afwezigheid van fouten aan te tonen; het is onwaarschijnlijk dat de afwezigheid van fouten kan worden aangetoond software- integendeel, het kan alleen hun aanwezigheid aantonen. Als het testen succesvol wordt uitgevoerd, zullen fouten in applicatieprogramma's en databasestructuren zeker aan het licht komen. Als bijproduct kunnen tests alleen maar aantonen dat de database en applicatieprogramma's binnen hun specificaties werken en tegelijkertijd aan de bestaande prestatie-eisen voldoen. Bovendien stelt het verzamelen van statistische gegevens in de testfase ons in staat indicatoren vast te stellen voor de betrouwbaarheid en kwaliteit van de gemaakte software.

Net als bij databaseontwerp, kunnen gebruikers nieuw systeem betrokken moeten worden bij het testproces. Idealiter zouden systeemtests moeten worden uitgevoerd op een aparte set apparatuur, maar vaak is dit simpelweg niet mogelijk. Wanneer je echte data gebruikt, is het belangrijk om deze eerst te creëren back-ups, voor het geval ze beschadigd zijn als gevolg van fouten. Zodra het testen is voltooid, begint het creatieproces Applicatiesysteem wordt als voltooid beschouwd en kan worden overgedragen naar industriële exploitatie.

3.3 Exploitatie en onderhoud van de database

Bediening en onderhoud - ondersteuning voor de normale werking van de database.

In de voorgaande stappen werd de databaseapplicatie volledig geïmplementeerd en getest. Het systeem komt nu binnen laatste stadium zijn levenscyclus, genaamd bediening en onderhoud. Het omvat het uitvoeren van acties zoals:

· monitoring van de systeemprestaties. Als de prestaties onder aanvaardbare niveaus vallen, kan een aanvullende databasereorganisatie nodig zijn;

· onderhoud en modernisering (indien nodig) van databaseapplicaties. Nieuwe vereisten worden in de databaseapplicatie opgenomen wanneer eerdere levenscyclusstappen opnieuw worden uitgevoerd.

Zodra de database in gebruik is genomen, moet de werking ervan voortdurend worden gecontroleerd om ervoor te zorgen dat de prestaties en andere indicatoren aan de vereisten voldoen. Een typisch DBMS biedt dit meestal diverse nutsvoorzieningen databasebeheer, inclusief hulpprogramma's voor het laden van gegevens en het bewaken van de werking van het systeem. Dergelijke hulpprogramma's kunnen de systeemprestaties monitoren en informatie verschaffen over verschillende statistieken, zoals databasegebruik, de effectiviteit van het vergrendelingssysteem (inclusief informatie over het aantal deadlocks dat zich heeft voorgedaan) en de geselecteerde strategieën voor het uitvoeren van query's. De databasebeheerder kan deze informatie gebruiken om het systeem af te stemmen om de prestaties te verbeteren (bijvoorbeeld door extra indexen te maken), de uitvoering van query's te versnellen, opslagstructuren te wijzigen of afzonderlijke tabellen samen te voegen of te splitsen.

Het monitoringproces moet gedurende de hele levensduur van de applicatie worden gehandhaafd, zodat de database op elk moment effectief kan worden gereorganiseerd om aan veranderende eisen te voldoen. Dergelijke wijzigingen verschaffen informatie over de meest waarschijnlijke verbeteringen aan de database en de middelen die mogelijk in de toekomst nodig zullen zijn. Als het DBMS dat u gebruikt er geen heeft noodzakelijke nutsvoorzieningen, dan zal de beheerder deze zelf moeten ontwikkelen of de benodigde software moeten aanschaffen extra gereedschap van externe ontwikkelaars.

4. Microsoft DBMS Toegang

4.1. Doel en algemene informatie over Microsoft Access DBMS

Microsoft-systeem Access is een databasebeheersysteem, maakt gebruik van een relationeel datamodel en maakt deel uit van het applicatiepakket Microsoft-programma's Kantoor. Het is ontworpen om gegevens op te slaan, in te voeren, te zoeken en te bewerken, en om deze in een handige vorm weer te geven.

Naar de regio's Microsoft-applicaties Toegang omvat het volgende:

· in het kleinbedrijf (boekhouding, orderinvoer, bijhouden van klantinformatie, bijhouden van informatie over zakelijke contacten);

· in grote bedrijven (toepassingen voor werkgroepen, informatieverwerkingssystemen);

· als persoonlijk DBMS (adreslijst, beheer van beleggingsportefeuilles, kookboek, catalogi van boeken, documenten, video's, enz.).

Toegang is een van de krachtigste, handigste en meest eenvoudige systemen database management. Omdat toegang inbegrepen is Microsoft Office, het heeft veel kenmerken die kenmerkend zijn voor Kantoortoepassingen en kunnen informatie met hen uitwisselen. Wanneer u bijvoorbeeld in Access werkt, kunt u bestanden openen en bewerken, en het klembord gebruiken om gegevens uit andere toepassingen te kopiëren.

De hulpmiddelen voor het ontwikkelen van objecten in Access zijn ‘wizards’ en ‘constructors’. Dit speciale programma's, die worden gebruikt voor het maken en bewerken van tabellen, query's, verschillende soorten formulieren en rapporten. Normaal gesproken wordt de “master” gebruikt om objecten te maken en de “constructor” om objecten te bewerken. Het bewerkingsproces omvat het veranderen van het uiterlijk van een object om het te verbeteren. Wanneer u een formulier bewerkt, kunt u de namen en volgorde van de velden wijzigen, de grootte van het gegevensinvoergebied vergroten of verkleinen, enz. U kunt de “constructor” gebruiken om formulieren te maken, maar dit is een zeer arbeidsintensieve klus. Toegang omvat speciale softwaretools die helpen bij het analyseren van de datastructuur en het importeren spreadsheets en tekstgegevens, verbeter de prestaties van applicaties, creëer en pas applicaties aan met behulp van ingebouwde sjablonen. Om uw applicaties volledig te automatiseren, kunt u met macro's gegevens koppelen aan formulieren en rapporten.

Toegang implementeert controle relationele databases gegevens. Het systeem ondersteunt primaire en vreemde sleutels. Garandeert de gegevensintegriteit op kernelniveau, waardoor incompatibele update- of verwijderbewerkingen niet mogelijk zijn. Tabellen in Access zijn uitgerust met tools voor gegevensvalidatie, d.w.z. Ongeldige invoer is niet toegestaan. Elk tabelveld heeft zijn eigen formaat en standaardbeschrijvingen, wat de gegevensinvoer eenvoudiger maakt. Toegangssteunen volgende typen velden, waaronder: tabblad, tekst, numeriek, teller, valuta, datum/tijd, MEMO, Boolean, hyperlink, velden OLE-objecten, nestelen en berekenen. Als er geen waarden in de velden staan, zorgt het systeem ervoor volledige ondersteuning lege waarden.

U kunt in Access grafische hulpmiddelen gebruiken, net als in Microsoft Word, Excel, PowerPoint en andere toepassingen waarmee u kunt creëren verschillende soorten grafieken en diagrammen. U kunt histogrammen, 2D- en 3D-grafieken maken. Aan Access-formulieren en rapporten kunt u allerlei objecten toevoegen: afbeeldingen, diagrammen, audio- en videoclips. Door deze objecten te koppelen aan de ontwikkelde database, kunt u er creaties van maken dynamische vormen en rapporten. U kunt ook macro's in Access gebruiken om bepaalde taken te automatiseren. Hiermee kunt u formulieren en rapporten openen en sluiten, menu's maken en dialoogvensters om het aanmaken van verschillende applicatietaken te automatiseren.

In Access kunt u contextgevoelige hulp krijgen door op te klikken en het scherm verschijnt referentie informatie over het onderwerp waarin de gebruiker geïnteresseerd is dit moment. Tegelijkertijd kunt u eenvoudig navigeren naar de inhoudsopgave van het Help-systeem, specifieke informatie, een geschiedenis van eerdere toegangen en bladwijzers. Database-informatie wordt opgeslagen in een bestand met de extensie .accdb.

4.2. Microsoft Access-objecten

Bij het opstarten Toegang tot DBMS er verschijnt een venster om te creëren nieuwe basis gegevens of om te werken met eerder gemaakte databases of bestaande sjablonen (Fig. 12).

Rijst. 12. Start Toegang

Sjablonen zijn lege databasestructuren waarin veldtypen worden gedefinieerd, basisobjecten worden gemaakt, relaties tussen tabellen worden vastgelegd, enz.

Wanneer u een nieuwe database maakt, opent Access een lege tabel met één rij en twee kolommen (Afbeelding 13).

Afb. 13. Nieuw databasevenster

De linkerkant van het venster (navigatiegebied) toont alle aangemaakte databaseobjecten, terwijl we alleen een lege tabel zien, omdat de aangemaakte objecten staan ​​niet meer in de nieuwe database (Fig. 13). De belangrijkste objecten van Access DBMS zijn onder meer de volgende.

Tafels. Tabellen zijn de belangrijkste objecten van databases omdat ze alle gegevens opslaan en de structuur van de database definiëren. Een database kan duizenden tabellen bevatten, waarvan de grootte alleen wordt beperkt door de beschikbare ruimte op de harde schijf van de computer. Het aantal records in tabellen wordt bepaald door het volume harde schijf en het aantal velden bedraagt ​​niet meer dan 255.

Tabellen in Access kunnen als volgt worden gemaakt:

· in de “ontwerper”-modus;

· in de modus voor het invoeren van gegevens in een tabel.

U kunt een tabel maken door gegevens te importeren of door een koppeling te maken naar gegevens die elders zijn opgeslagen. Dit kan bijvoorbeeld met gegevens die zijn opgeslagen in Excel bestand, in een Windows SharePoint Services-lijst, XML-bestand, een andere MS ACCESS-database. SharePoint-lijst Hiermee kunt u toegang tot gegevens verlenen aan gebruikers die de MS ACCESS-applicatie niet hebben geïnstalleerd. Wanneer u gegevens importeert, wordt er een kopie van gemaakt in een nieuwe tabel in de huidige database. Latere wijzigingen in de oorspronkelijke gegevens hebben geen invloed op de geïmporteerde gegevens, en omgekeerd. Wanneer gegevensbinding wordt uitgevoerd, wordt er een gekoppelde tabel gemaakt in de huidige database die een dynamische verbinding biedt met gegevens die elders zijn opgeslagen. Wijzigingen in gegevens in een gekoppelde tabel worden weerspiegeld in de bron, en wijzigingen in de bron worden weerspiegeld in de gekoppelde tabel.

De gegevensbladweergave geeft de gegevens weer die in de tabel zijn opgeslagen, terwijl de ontwerpweergave de structuur van de tabel weergeeft.

Als de tabellen gemeenschappelijke velden hebben, kunt u een subtabel gebruiken om records uit een andere tabel in één tabel in te voegen. Met deze aanpak kunt u tegelijkertijd gegevens uit meerdere tabellen bekijken.

Verzoeken. Query's zijn speciale hulpmiddelen die zijn ontworpen om informatie in databasetabellen te zoeken en te analyseren die aan bepaalde criteria voldoen. De gevonden records, de zogenaamde queryresultaten, kunnen op verschillende manieren worden bekeken, bewerkt en geanalyseerd. Bovendien kunnen de resultaten van een query worden gebruikt als basis voor het maken van andere Access-objecten. Bestaan Verschillende types query's, waarvan de meest voorkomende selectiequery's, parametrische en kruisquery's, query's om een ​​record te verwijderen, te wijzigen en andere zijn. Minder vaak gebruikt zijn verzoeken om actie en SQL-query's(Structured Query Language). Als het gewenste verzoek nee, dan kan het extra worden aangemaakt.

Aanvragen worden op verschillende manieren gegenereerd, zo kunt u met behulp van de “wizard” ook handmatig een aanvraag aanmaken in de “designer”-modus. Het eenvoudigste en meest gebruikte type query is de selectiequery. Deze query's selecteren gegevens uit een of meer tabellen en vormen deze tot een geheel nieuwe tafel, waarvan de vermeldingen kunnen worden gewijzigd. Selectiequery's worden gebruikt om sommen, gemiddelden en andere totalen te berekenen. Query's gebruiken dus gegevens uit de hoofdtabellen en creëren tijdelijke tabellen.

Formulieren. Formulieren worden gebruikt om records in databasetabellen in te voeren en te bewerken. Formulieren kunnen in drie modi worden weergegeven: een modus die is ontworpen voor gegevensinvoer, een tabelmodus waarin gegevens in tabelvorm worden gepresenteerd, en een "lay-out"- en "ontwerp"-modus waarmee u wijzigingen en toevoegingen aan de formulieren kunt aanbrengen.

De belangrijkste elementen van het formulier zijn inscripties, die de tekst aangeven die direct in het formulier wordt weergegeven, en velden die de waarden van de tabelvelden bevatten. Hoewel u in de Builder-modus een formulier helemaal opnieuw kunt maken, wordt deze doorgaans gebruikt om formulieren die met de wizard zijn gemaakt te verfijnen en verbeteren. Naast de bovenstaande tools kunnen formulieren ook worden gemaakt met behulp van de volgende tools:

· "formulier";

· “verdeelde vorm”;

· “verschillende elementen”;

· "leeg formulier".

Het is het meest effectief om formulieren voor gegevensinvoer te gebruiken in de vorm van speciale formulieren, omdat het formulier op een formulier kan lijken. Door het gebruik van formulieren kunt u gegevens invoeren in een gebruiksvriendelijke vorm van vertrouwde documenten. Met I/O-formulieren kunt u gegevens in de database invoeren, bekijken, veldwaarden wijzigen, records toevoegen en verwijderen. Het formulier kan een knop bevatten die wordt gebruikt om een ​​rapport af te drukken, andere objecten te openen of automatisch andere taken uit te voeren.

Rapporten. Rapporten worden gebruikt om informatie in tabellen weer te geven in een opgemaakte vorm die zowel op het beeldscherm als op papier duidelijk wordt weergegeven. Een rapport is een effectief middel om gegevens uit een database af te drukken in de door de gebruiker gewenste vorm (in de vorm van certificaten, examenpapieren, tabellen, etc.). Naast gegevens die uit meerdere tabellen en query's zijn gehaald, kunnen rapporten ontwerpelementen bevatten die ook in gedrukte documenten voorkomen, zoals titels, kop- en voetteksten.

Het rapport kan in vier modi worden weergegeven: in de “ontwerper”-modus, waarmee u het uiterlijk van het rapport kunt wijzigen, in de voorbeeldweergavemodus, waarin u alle elementen van het voltooide rapport kunt weergeven, maar dan in een verkorte vorm. formulier, in de “layout”-modus, waarmee u het duidelijker kunt weergeven (vergeleken met de ontwerpmodus) en het rapport kunt opmaken, en in voorbeeld, waar het rapport wordt weergegeven zoals het wordt afgedrukt.

Tabellen, query's, formulieren en rapporten zijn de objecten die het meest worden gebruikt bij de ontwikkeling van Access-databases.

De mogelijkheden van de database kunnen echter aanzienlijk worden uitgebreid als u toegangspagina's, macro's en modules gebruikt.

Pagina's. Om internetgebruikers toegang te geven tot informatie, kunnen in de database speciale datatoegangspagina's worden aangemaakt. Met behulp van data access-pagina's kunt u gegevens die in de database zijn opgeslagen bekijken, toevoegen, wijzigen en manipuleren. Data access-pagina's kunnen ook gegevens uit andere bronnen bevatten, zoals Excel. Om informatie uit een database in Web Access te publiceren, is een “wizard” inbegrepen, die zorgt voor het aanmaken van een toegangspagina.

Macro's. Macro's zijn kleine programma's met een of meer macroopdrachten die specifieke bewerkingen uitvoeren, zoals het openen van een formulier, het afdrukken van rapporten, het klikken op een knop, enz. Dit is vooral handig als u van plan bent de database te delen met onervaren gebruikers. U kunt bijvoorbeeld macro's schrijven die een reeks opdrachten bevatten die worden uitgevoerd routinetaken of koppel acties zoals het openen van een formulier of het afdrukken van een rapport met drukknoppen.

Modules Een module is een databaseobject waarmee u bibliotheken kunt maken met routines en functies die in de hele toepassing worden gebruikt. Met behulp van modulecodes kunt u problemen oplossen zoals het omgaan met invoerfouten, het declareren en gebruiken van variabelen, het organiseren van lussen, enz.

Tabellen maken

Bij het invoeren van gegevens in Access krijgen velden een naam: Veld1, Veld2, enzovoort. U kunt de voorgestelde namen gebruiken of wijzigen. De namen van velden in de tabel kunnen op twee manieren worden opgegeven. Na het selecteren van de methode voor het maken van tabellen, wordt het commando “ Creëren"en het bijbehorende venster wordt opgeroepen. In Afb. 8. toont de creatie van een tabel in ontwerpmodus. De vereiste tabelvelden worden gemaakt met het opgegeven gegevenstype, dat wordt geselecteerd met behulp van de selectieknop - "vinkje" onderaan het venster is er een sectie voor het selecteren van veldeigenschappen, die in eerste instantie standaard worden aangeboden.

Rijst. 14. Een tabel maken in ontwerpmodus

De eigenschappen van de velden in de Access-databasetabel worden aangegeven in de onderste helft van de tabel (Fig. 14).

U kunt in de ontwerpmodus een tabel maken door tabelvelden te wijzigen, toe te voegen of te verwijderen. Om een ​​nieuw veld te introduceren, wordt de veldnaam bovenaan het tabelvenster aangegeven en wordt het type ervan bepaald. Om de naam van een veld te wijzigen, moet u de naam ervan wijzigen in de kolom ‘Veldnaam’.

Bij het maken van tabellen worden de volgende hoofdgegevenstypen gebruikt (Fig. 15).