CPU automatiserte kontrollsystemer og industriell sikkerhet. Grunnleggende konsepter for databasesystemer
Leksjon" Grunnleggende begreper om database "
Hvem som helst av oss, starter med tidlig barndom, kom over "databaser" mange ganger. Dette er alle slags kataloger (for eksempel telefonkataloger), leksikon osv. En notatbok er også en "database" som hver enkelt av oss har.
Databaser er informasjonsmodeller som inneholder data om objekter og deres egenskaper. Databaser lagrer informasjon om grupper av objekter med samme sett med egenskaper.
For eksempel lagrer "Adressebok"-databasen informasjon om personer, som hver har etternavn, fornavn, telefonnummer og så videre. En bibliotekskatalog lagrer informasjon om bøker, som hver har en tittel, forfatter, utgivelsesår og så videre.
Informasjon i databaser lagres på en ryddig måte. Så inn notisbok alle poster er ordnet alfabetisk, og i bibliotekskatalogen - enten alfabetisk - alfabetisk katalog) eller etter kunnskapsområde (fagkatalog).
Det er flere ulike strukturer informasjonsmodeller og følgelig ulike typer databaser: tabellform, nettverk, hierarkisk (se modeller).
Hierarkiske databaser
Hierarkiske databaser kan representeres grafisk som et invertert tre som består av objekter ulike nivåer. Toppnivå (trerot ) opptar ett objekt, det andre - objekter på det andre nivået, og så videre.
Det er forbindelser mellom objekter; hvert objekt kan inneholde flere objekter på lavere nivå. Slike objekter er i relasjon stamfar (objekt nærmere roten) til etterkommer (et objekt på lavere nivå), mens et forfedreobjekt ikke kan ha noen barn eller flere av dem, mens et etterkommerobjekt nødvendigvis bare har én stamfar. Gjenstander som har en felles stamfar kalles tvillinger .
For eksempel: en hierarkisk database er Mappekatalog Windowssom du kan jobbe med ved å starte Explorer. Det øverste nivået er okkupert av mappen Skrivebord. På andre nivå er det mapper Min datamaskin, Mine dokumenter, Nettverk Og Kurv, som er barn av mappen skrivebord, og er tvillinger til hverandre. I sin tur mappen Datamaskinen min er en stamfar i forhold til mapper på tredje nivå - diskmapper (Disk 3.5(A:), (C:), ( D:), (E:), (F:))og systemmapper (Skrivere, kontrollpanel og så videre.)
Nettverksdatabaser
En nettverksdatabase er en generalisering av en hierarkisk database ved å la objekter ha mer enn én stamfar. Generelt er det ingen restriksjoner på koblingene mellom objekter i nettverksmodeller.
En nettverksdatabase er faktisk World Pow mu n aglobal datanettverk Internett. Hyperkoblinger kobler hundrevis av millioner dokumenter sammen til en enkelt distribuert nettverksdatabase.
Tabellformede databaser
Bordunderstell data inneholder en liste over objekter av samme type, det vil si objekter som har samme sett med egenskaper. Det er praktisk å representere en slik database i form av en todimensjonal tabell: i hver av radene er verdiene til egenskapene til et av objektene plassert sekvensielt; Hver egenskapsverdi er i sin egen kolonne, ledet av egenskapsnavnet.
Tenk for eksempel på en database:Telefonbok
|
№ |
Etternavn |
Adresse |
Telefon |
|
Ivanov V.V. |
Serova, 5 12 |
4325345 |
|
|
Petrov I.I. |
Sedova, 3-21 |
3454365 |
|
|
Sidorov S.S. |
Mira, 33-17 |
3454354 |
Kolonnene i en slik tabell kalles felt; Hvert felt er preget av navnet (navnet på den tilsvarende egenskapen) og datatypen som representerer verdiene til denne egenskapen.
Tabellrader er poster om et objekt; disse postene er delt inn i felt etter tabellkolonner, så hver post er et sett med verdier i feltene.
Hver tabell må inneholde i det minste, ett nøkkelfelt hvis innhold er unikt for hver post i denne tabellen. Et nøkkelfelt lar deg identifisere hver post i en tabell unikt.
Feltet som oftest brukes som nøkkelføflekk er som inneholder datatype disk . Men noen ganger er det mer praktisk å bruk andre som nøkkelfelt i tabellen felt: produktkode, lagernummer osv.
Telefonbok
|
Feltnavn |
№ |
Etternavn |
Adresse |
Telefon |
|
Ta opp |
Ivanov V.V. |
Serova, 5 12 |
4325345 |
|
|
Ta opp |
Petrov I.I. |
Sedova, 3-21 |
3454365 |
|
|
Ta opp |
Sidorov S.S. |
Mira, 33-17 |
3454354 |
|
|
Nøkkel felt |
Felt |
Felt |
Felt |
Felttypen bestemmes typen data den inneholderbo Feltene kan inneholde følgende grunnleggende data: typer:
disk - heltall som settes automatiskski når du legger inn rekorder. Disse tallene kan ikke endres bruker;
tekst - tekster som inneholder opptil 255 tegn;
numerisk- tall;
dato tid - dato eller klokkeslett;
monetære - tall i pengeformat;
logisk - verdier ekte(Ja eller Å ligge(Nei);
OLE-objektfelt - bilde eller tegning
Hver felttype har sitt eget sett med egenskaper. De fleste i viktige egenskaper ved felt er:
feltstørrelse - definerer maksimal tekstlengdeeller nummerfelt;
feltformat - setter dataformatet;
Obligatorisk felt - indikerer at dette feltet må fylles ut
Databasestyringssystem Tilgang (DBMS)
Formål og hovedfunksjoner
Utviklingen av informasjonsteknologi har ført til etableringen datadatabaser data. Databaseoppretting og driftSøk og datasortering utføres av spesielle programmer - databasestyringssystemer (DBMS).
Dermed er det nødvendig å skille mellom selve databaser (DB), som er bestilte sett med data, og databasestyringssystemer - programmer som administrerer lagring og behandling av data.
Databasestyringssystemet er applikasjonen Tilgang, inkludert i Microsoft Office.
Programgrensesnitt Adgang
|
I Access standarden for miljøet brukes Windows og Office multi-vindus grensesnitt, men i motsetning til andre applikasjoner, ikke multi-dokument. På et tidspunkt kan det være bare én database er åpen , som inneholder obligatorisk databasevinduet Og vinduer for arbeid med databaseobjekter. På hvert tidspunkt er ett av vinduene aktivt og markøren markerer det aktive objektet i det. Databasevindu - et av hovedgrensesnittelementene Adgang . Alle databaseobjekter er systematisert her: tabeller, spørringer, skjemaer, rapporter, makroer og moduler.
Du kan flytte mellom oppføringer ved å bruke musen, markørtastene eller rullefeltet. For raskt å flytte mellom poster i databasen kan du bruke navigasjonsknappene på panelet Ta opp, som er plassert nederst i bordvinduet. |
Objekter i Access DBMS:
· Bord.I databaser er all informasjon lagret i todimensjonale tabeller. Dette utgangspunkt databaseobjekt, opprettes alle andre objekter basert på eksisterende tabeller (derivater gjenstander).
· Forespørsler.Spørringer er utformet for å velge data basert på spesifiserte forhold. Ved hjelp av en databasespørring kan du velge informasjon som oppfyller visse betingelser.
· Skjemaer.Skjemaer lar deg vise data i tabeller eller spørringer i en mer lesbar form. Ved å bruke skjemaer kan du legge til nye data i tabeller, samt redigere eller slette eksisterende. Skjemaet kan inneholde bilder, grafer og andre innebygde objekter.
· Rapporter.Rapporter er utformet for å skrive ut dataene i tabeller og spørringer på en vakkert formatert måte.
· Makroer.Makroer brukes til å automatisere repeterende operasjoner. Opptak av en makro gjøres på samme måte som i andre applikasjoner, for eksempel som i applikasjonen Ord.
· ModulerModuler tjener også til å automatisere arbeidet med databasen. Moduler kalles også hendelsesbehandlingsprosedyrer og er skrevet på Språk VBA.
Federal Agency for Education
Statens utdanningsinstitusjon
Videregående yrkesopplæring
"Tula Economic College"
I faget "Informatikk"
Om emnet: «Database. Konseptet med en database. Typer databaser. Objekter for arbeid med databaser. Datatyper i databaser og Få tilgang til tabeller. Grunnleggende elementer og konsepter for databaser"
Utarbeidet av en 2. års student
gruppe 216-BP
Khramova Anna
Sjekket av læreren:
Vasilyeva I.V.
Shchekino, 2007
MED OM D E R OG EN N OG E:
1. Introduksjon……………………………………………………………………………………………….……2
2. Konseptet med en database…………………………………………………..3
3. Databasetyper………………………………………………….………4-5
4. Objekter for arbeid med databaser…………………………...6-7
5. Datatyper i databaser……………………………………………………….8
6. Datatyper i Access-tabeller…………………………………………9
7. Grunnleggende elementer og konsepter for databaser…………………..10-15
8. Test……………………………………………………………………….…16-17
9. Svar på testen……………………………………………………………………………………………….…18
10. Spørsmål til selvtest…………………………………..........19
11. Liste over referanser……………………………….20
12. Presentasjon…………………………………………………………21-33
13. Gjennomgang………………………………………………………..………………..34
INTRODUKSJON:
Vi møtte Excel arbeid og vi vet at denne applikasjonen ble laget spesielt for å løse problemer med å behandle tabelldata.
Det finnes systemer (applikasjoner) for å løse andre klasser av problemer. Spesielt programmer (applikasjoner, systemer) spiller nå en veldig viktig rolle, hvis kjede er å lagre data og utstede data på brukerens forespørsel.
Bruken av datamaskiner spesielt for å løse denne klassen av problemer blir et stadig mer utbredt fenomen.
Vi kan trygt si at slike problemer og behovet for å løse dem eksisterer i ethvert selskap, i enhver bedrift.
Hovedkonseptet for dette spekteret av oppgaver er en database. Dette er navnet på en fil eller gruppe med filer i en standardstruktur som brukes til å lagre data.
For å utvikle programmer og programsystemer som fungerer med databaser, brukes spesialverktøy - databasestyringssystemer (DBMS).
En DBMS inkluderer som regel et spesielt programmeringsspråk og alle andre verktøy som er nødvendige for utviklingen av disse programmene.
For øyeblikket er de mest kjente DBMS-ene FOXPRO og ACCESS. Sistnevnte er en del av MS Office 97 profesjonell pakke.
Dette er moderne systemer med store muligheter, designet for utvikling av komplekse programvaresystemer, og å bli kjent med dem er ekstremt nyttig for en databruker, men det er vanskelig å implementere innenfor rammen av denne håndboken.
Database konsept
Database (DB) er en samling av datamatriser og filer, organisert i henhold til visse regler, som gir standard prinsipper beskrivelse, lagring og behandling av data, uavhengig av type.
Database (DB)– et sett med organisert informasjon knyttet til et spesifikt fagområde, beregnet på langtidslagring i eksternt minne datamaskin og konstant bruk.
Databasetyper:
1. Saklig – inneholder kort informasjon om objekter i et eller annet system i et strengt fast format;
2. Dokumentar – inneholder dokumenter av ulike typer: tekst, grafikk, lyd, multimedia;
3. Distribuert – en database hvor forskjellige deler er lagret på forskjellige datamaskiner koblet til et nettverk;
4.Sentralisert – database lagret på én datamaskin;
5. Relasjonell - en database med en tabellbasert organisering av data.
En av hovedegenskapene til en database er uavhengigheten til data fra programmet som bruker disse dataene.
Å jobbe med en database krever å løse ulike problemer, de viktigste er følgende:
Opprette en database, skrive data til databasen, oppdatere data, hente data fra databasen i henhold til brukerforespørsler.
Oppgavene på denne listen kalles standard.
Det neste konseptet knyttet til databasen: et program for å jobbe med en database er et program som gir en løsning på det nødvendige settet med problemer. Ethvert slikt program må kunne løse alle problemene i standardsettet.
Database i ulike systemer har en annen struktur.
PVEM bruker vanligvis relasjonsdatabaser - i slike databaser er en fil strukturert som en tabell. I den kalles kolonnene felt, radene kalles poster.
Et eksempel på en database kan være en tog- eller bussplan. Her reflekterer hver linjepost dataene til strengt tatt ett objekt. Databasen inneholder felt: flynummer, rute, avgangstid, etc.
Et klassisk eksempel på en database er telefonbok. En databasespørring er en setning som spesifiserer hvilke data brukeren ønsker å hente fra databasen.
Noen spørsmål kan være en alvorlig oppgave som krever et komplekst program å løse. For eksempel en forespørsel til databasen - bussplanen: Bestem forskjellen i gjennomsnittlig avgangsintervall for busser fra Rostov til Taganrog og fra Rostov til Shakhty.
Objekter Til arbeid Med baser data
For å lage en applikasjon som lar deg se og redigere databaser, trenger vi tre lenker:
datasett
datakilde
visuelle elementer ledelse
I vårt tilfelle er denne triaden implementert i formen:
Bord
Datakilde
DBGrid
Tabell kobles direkte til en tabell i databasen. For å gjøre dette må du angi databasealiaset i DataBaseName-egenskapen og tabellnavnet i TableName-egenskapen, og deretter aktivere tilkoblingen: Active property = true.
Men siden tabellen er en ikke-visuell komponent, selv om tilkoblingen til databasen er etablert, kan ikke brukeren se noen data. Derfor er det nødvendig å legge til visuelle komponenter som viser disse dataene. I vårt tilfelle er dette DBGrid. Selve rutenettet "vet ikke" hvilke data det trenger å vise; det må kobles til tabellen, noe som gjøres gjennom DataSource-mellomkomponenten.
Hvorfor trenger vi en mellomliggende komponent? Hvorfor ikke koble til Table med en gang?
La oss si at det er flere visuelle komponenter - en tabell, inndatafelt, etc. koblet til bordet. Og vi må raskt bytte dem alle til et annet lignende bord. Med DataSource er dette enkelt å gjøre - du trenger bare å endre DataSet-egenskapen, men uten DataSource må du endre pekerne for hver komponent.
Databaseapplikasjoner - tråden som forbinder databasen og brukeren:
DB – datasett – datakilde – visuelle komponenter – bruker
Datasett:
Bord (tabell, navigasjonstilgang)
Spørsmål (spørring, relasjonstilgang)
Visuelle komponenter:
Rutenett DBGrid , DBCtrlGrid
Navigator DBNavigator
Alle slags analoger Merkelapp , Redigere etc.
Substitusjonskomponenter
Datatyper i databaser
Du kan definere følgende felttyper i Access:
Tekst – tekststreng; maksimal lengde er satt av parameteren "størrelse", men kan ikke være mer enn 255
MEMO-felt – tekst på opptil 65535 tegn
Numerisk - i parameteren "Feltstørrelse" kan du spesifisere et felt: byte, heltall, reell, etc.
Dato/tid – et felt som lagrer tidsdata.
Monetær er et spesielt format for økonomiske behov, som i hovedsak er numerisk
Teller er et automatisk økende felt. Når du legger til en ny post, økes den interne telleren i tabellen med én og skrives til dette feltet i den nye posten. Dermed er verdiene til dette feltet garantert forskjellige for forskjellige poster. Typen er for et nøkkelfelt
Boolsk – ja eller nei, sant eller usant, på eller av
En gjenstand OLE – dokumenter, bilder, lyder osv. kan lagres i dette feltet. Feltet er et spesielt tilfelle BLOB - Enger ( Binær Stor Gjenstand ), funnet i forskjellige databaser
Substitusjon
Datatyper i tabeller Adgang :
Tekst
MEMO-feltet
Numerisk
Dato tid
Monetære
Disk
Logisk
En gjenstand OLE
Ikke glem indekser.
Koble tabeller.
Integritetskommunikasjon kontrollerer overlappende sletting og endring av data.
Eksklusiv tilgang til databasen er nødvendig for å gjøre grunnleggende endringer i den.
Grunnleggende begreper og elementer i databaser
Databaser var nødvendig når det var behov for å lagre store volumer av samme type informasjon og raskt kunne bruke den. Databaser (i vid forstand av ordet) har blitt brukt opp gjennom historien av prester, embetsmenn, kjøpmenn, pengeutlånere og alkymister.
Hovedkravet til databaser er enkel tilgang til data, evnen til raskt å få omfattende informasjon om ethvert problem av interesse (det er ikke bare viktig at informasjonen finnes i databasen, det er viktig hvor godt den er strukturert og helhetlig) .
Så snart datamaskiner dukket opp og spredte seg, ble de nesten umiddelbart betrodd det harde og møysommelige arbeidet med å behandle og strukturere data, og databaser (DB-er) i deres nåværende forståelse dukket opp.
I henhold til moderne krav til databaser, bør informasjonen i dem være:
konsistent (det skal ikke være data som motsier hverandre);
ikke-redundant (unødvendig duplisering av informasjon i databasen bør unngås; redundans kan føre til inkonsekvens - for eksempel hvis noen data endres, men kopien deres i en annen del av databasen ble glemt å bli endret);
helhetlig (alle data må kobles sammen, det skal ikke være referanser til data som ikke finnes i databasen)
Relasjonsdatabasemodell ble foreslått av Edgar Codd på slutten av 70-tallet. I denne modellen er en database et sett med tabeller koblet til hverandre ved hjelp av relasjoner. Med tilstrekkelig enkelhet (og derfor enkel implementering på en datamaskin) denne modellen har fleksibilitet til å beskrive komplekst strukturerte data. I tillegg er det teoretiske grunnlaget for denne modellen grundig utviklet, noe som også gjør det mulig å bruke datamaskinen mer effektivt når man skal lage en database og jobbe med den. Når det gjelder kommunikasjonsregler, implementerer relasjonsmodellen en en-til-mange-relasjon mellom tabeller. Dette betyr at en post i hovedtabellen tilsvarer flere poster i den underordnede tabellen (og kanskje ikke tilsvarer en enkelt post). Andre typer relasjoner: en-til-en, mange-til-en og mange-til-mange kan reduseres til denne en-til-mange-typen. Relasjonsdatabaser består av relaterte tabeller.
Bord representerer todimensjonal matrise, der dataene er lagret. Kolonnene i tabellen (innenfor de aksepterte databasebetegnelsene) kalles felt, radene kalles poster. Antall tabellfelt er fast, antall poster er ikke. Faktisk er en tabell en ufiksert rekke poster med samme feltstruktur i hver post. Legg til i tabellen Ny inngang er ikke vanskelig, men å legge til et nytt felt medfører omstrukturering av hele tabellen og kan forårsake visse vanskeligheter. Tall, strenger, bilder osv. kan lagres i poster som feltverdier. Databasetabeller lagres på harddisken (på lokal datamaskin eller på databaseserveren - avhengig av databasetypen). En tabell tilsvarer vanligvis flere filer - en hoved- og flere hjelpefiler. Finessene ved tabellorganisering avhenger av formatet som brukes (dBase, Paradox, InterBase, Microsoft Access, etc.)
Nøkkel - et felt eller en kombinasjon av tabellfelt hvis verdier unikt identifiserer en post. Nøkkelen kalles det fordi, med verdiene til nøkkelfeltene, kan du entydig få tilgang til ønsket post. Derfor er nøkler ekstremt nyttige for å koble tabeller. Ved å skrive nøkkelverdiene inn i de angitte feltene i den underordnede tabellen og dermed sette en kobling, sikrer vi tilkoblingen av to poster - en post i hovedtabellen og en post i den underordnede tabellen. Én post av en underordnet tabell kan inneholde flere lenker til poster i hovedtabellen. For eksempel, i en skoledagbok kan det være en tabell - en liste over oppgaver, der hver oppføring inneholder navn og etternavn (nøkkelen til de to feltene deres) til flere tjenestemenn. Dette er hvordan ulike poster i hovedtabellen er koblet sammen og tilstrekkelig implementert kompleks struktur data. I skolepraksis brukes for- og etternavn som nøkkelfelt, men i databasen er det bedre å tildele spesielle nøkkelfelt - individuelle postnummer (koder). Dette vil garantert forebygge mulige problemer med navnebrødre. På en skole hvor slik dataklarhet ikke er påkrevd, opptreden i en klasse på to elever med samme navn og etternavn er en svært sjelden hendelse, så en slik teknisk utelatelse kan tilgis. I tillegg til innbinding kan nøkler brukes til direkte adgang til poster, fremskynde arbeidet med bordet.
Indeks – et felt, akkurat som en nøkkel, spesielt tildelt i en tabell, hvor dataene imidlertid kan gjentas. De tjener også til å fremskynde tilgangen og i tillegg til sortering og utvelgelse.
Normale former ble oppfunnet mer for å automatisere prosessen med å lage databaser, snarere enn som en veiledning for de som oppretter dem manuelt (automatisert design av store databaser kan gjøres ved hjelp av spesielle systemer av programmer - verktøy (CASE). I virkeligheten, med manuell utvikling , designeren tenker umiddelbart den nødvendige strukturen, planlegger de nødvendige tabellene og starter ikke fra en stor tabell. Normale former formaliserer faktisk de intuitive kravene for organisering av data, og hjelper først og fremst med å unngå overdreven duplisering av data.
Først normal form:
informasjonen i feltene er udelelig (for eksempel skal for- og etternavn være forskjellige felt, ikke ett);
det er ingen gjentatte feltgrupper i tabellen
Andre normalform:
det første skjemaet er utfylt;
ethvert ikke-nøkkelfelt identifiseres unikt av nøkkelfeltene (faktisk et krav om en nøkkel)
Tredje normalform:
andre skjema utfylt
ikke-nøkkelfelt må identifiseres unikt kun av nøkkelfelt (dette betyr at data som ikke er avhengig av nøkkelen må plasseres i en egen tabell)
Kravet om tredje normalform har betydningen at en tabell med felt (navn, etternavn, klasse, klasselærer) må deles i to tabeller (Navn, Etternavn, klasse) Og (Klasse, hjemmeromslærer), siden Klasse-feltet unikt definerer Klasselærer-feltet (og i henhold til den tredje formen er det bare nøkler som skal definere det unikt).
For å få en dypere forståelse av vanskelighetene ved å utføre operasjoner med poster i tabeller, må du ha forståelse for tilgangsmetoder, transaksjoner og forretningsregler.
Tilgangsmetoder bestemme hvordan tekniske operasjoner med poster utføres. Tilgangsmetoder velges av programmereren under applikasjonsutvikling. Navigasjonsmetoden er basert på sekvensiell behandling av de nødvendige postene én etter én. Det brukes vanligvis til små lokale bord. Den relasjonsmetoden er basert på å behandle et sett med poster samtidig ved å bruke SQL-spørringer. Den brukes til store eksterne databaser.
Transaksjoner bestemme påliteligheten av operasjoner i forhold til feil. En transaksjon kombinerer en sekvens av operasjoner som enten må fullføres i sin helhet eller ikke i det hele tatt. Hvis det oppstår en feil under en transaksjon, blir alle resultatene av alle operasjoner inkludert i den kansellert. Dette sikrer at korrektheten til databasen ikke kompromitteres selv ved tekniske (snarere enn programvare) feil.
Forretningsregler definere reglene for gjennomføring av operasjoner og gi databasestyringsmekanismer. Ved å spørre mulige restriksjoner på feltverdier bidrar de også til å opprettholde korrektheten av databasen. Til tross for mulige assosiasjoner til business as commerce, er forretningsregler ikke direkte relatert til det og er rett og slett regler for administrasjon av databaser.
Riktig database:
- ikke-overflødig;
- konsistent;
- holistisk
Relasjonsdatabase:
- tabeller;
- forbindelser mellom tabeller ved hjelp av nøkler
- felt (kolonner) - fast;
- poster (rader) - enkelt lagt til og slettet
- identifiserer posten unikt
Nøkler og indekser:
- tjene til å koble tabeller, direkte tilgang, fremskynde behandling, etc.
Normale former:
- tjene til å bekjempe dataredundans;
– de krever mye, men med de beste intensjoner
Tilgangsmetoder:
- navigasjon;
- relasjonell
Databasens korrekthetsbeskyttelse:
- transaksjoner - teknisk beskyttelse
- forretningsregler - logisk beskyttelse
T E S T
1. Databasemodeller:
EN) kommersielle
B) Nettverk
I) objekt orientert
G) revolusjonerende
D) relasjonelle
E) integrert
2. Databasetyper:
EN) dokumentar
B) Nettverk
I) grafikk
G) relasjonelle
3. Hvilken database inneholder dokumenter av ulike typer?
EN) distribuert
B) sentralisert
I) saklig
G) dokumentar
4.Hva er et eksempel på en database?
EN) fotgjenger som står i siden av veien
B) telefonbok
I) timeplan
G) tog- eller bussrute
5. Hva er en nøkkel?
EN) link B) et kodeord I) program G) felt eller kombinasjon av tabellfelt6. Hva vil vises på skjermen som et resultat av å kjøre et programfragment?
M:= 'biologi';
k:= 'zoo' + kopi (m, 4, 5);
skrivln(k);
Svar på testen
Spørsmål Til selvtester :
1. Hva er en database?
2. Hva er klassisk eksempel DB?
3. Gi noen databaseeksempler
4. Hvilken type database brukes vanligvis i PVEM?
5. Hvilke typer databaser kjenner du til?
6. Hvilke tre lenker trenger vi for å lage en applikasjon som lar oss se og redigere databaser?
7. Hvilke typer felt kan du definere i Access?
8. Hvorfor trenger du eksklusiv tilgang til databasen?
9. Hva er relasjonsdatabasemodellen?
10. Hvor mange normale skjemaer er det i databasen? List dem opp
11. Hva er transaksjoner?
L OG T E R EN T U R EN :
1. Datavitenskap. Opplæringen for gjennomsnittet yrkesopplæring(+CD)/Under generelt utg. I.A. Chernoskutova - St. Petersburg: Peter, 2005. - 272 s.: ill. s. 24 - 25
2. Datavitenskap. Lærebok for studenter. ped. universiteter / A.V. Mogilev; N.I.Pak, E.K. Hoenner; Ed. E.K. Hoenner. – M., 1999. - 816 s. 185 - 187
3. Datavitenskap. Lærebok. – 3. revisjon utg./Red. prof. N.V. Makarova. – M.: Finans og statistikk, 2000. – 768 s.: ill.
R E C E N S
Send ditt gode arbeid i kunnskapsbasen er enkelt. Bruk skjemaet nedenfor
Studenter, hovedfagsstudenter, unge forskere som bruker kunnskapsbasen i studiene og arbeidet vil være deg veldig takknemlig.
postet på http://www.allbest.ru/
SIKKERHET FOR DATABASESYSTEMER
Lforedrag 1. Grunnleggende konsepter for databasesystemer
Database- en samling av data lagret i samsvar med et dataskjema, hvis manipulasjon utføres i samsvar med reglene for datamodelleringsverktøy.
Database- en samling av data organisert i henhold til en konseptuell struktur som beskriver egenskapene til disse dataene og relasjonene mellom dem, en samling av data som støtter ett eller flere bruksområder.
DBMS- Dette er et sett med programmer og språklige midler for generell eller Spesielt formål, gi administrasjon, opprettelse og bruk av databasen.
DBMS klassifisering
I. I henhold til datamodellen.
1. Hierarkisk;
2. Nettverk;
3. Relasjonell;
4. Objektorientert;
5. Objekt-relasjonell;
II. Etter metode for databasetilgang.
1. Filserver;
2. Klient-server;
3. Innebygd.
Grunnleggende funksjoner DBMS
1. Direkte kontroll filer DB .
Gi de nødvendige strukturene eksternt minne, både for lagring av data direkte inkludert i databasen, og for tjenesteformål (for eksempel for å øke hastigheten på søk).
2. Kontroll buffere operativt hukommelse .
DBMS-er fungerer vanligvis med databaser av betydelig størrelse, og denne størrelsen er alltid større enn tilgjengelig RAM, så den eneste på en tilgjengelig måteøkende ytelseshastighet er databuffring i RAM, og det er derfor utviklet DBMS-støtte eget sett RAM-buffere med sin egen buffererstatningsdisiplin.
3. Kontroll transaksjoner .
Transaksjon- sekvensen av operasjoner på databasen til det aktuelle DBMS, som en enkelt helhet. Enten er transaksjonen fullført og DBMS registrerer endringene i databasen som er gjort av denne transaksjonen, eller ingen av disse endringene reflekteres på noen måte på statusen til databasen. Konseptet med en transaksjon er nødvendig for å opprettholde den logiske integriteten til databasen.
4. Journalføring .
Et av hovedkravene til en DBMS er påliteligheten til datalagring i eksternt minne. Lagringspålitelighet betyr at DBMS er i stand til å gjenopprette den siste konsistente tilstanden til databasen etter en maskinvare- eller programvarefeil. Vanligvis vurderes 2 typer maskinvarefeil: 1) myk feil, som kan tolkes som en plutselig stopp av datamaskinen; 2) en hard feil, som kan tolkes som en plutselig datamaskinfeil, som er preget av tap av noe informasjon på eksterne medier. Blad- en spesiell del av databasen, utilgjengelig for DBMS-brukere og vedlikeholdt med spesiell forsiktighet, som mottar registreringer av alle endringer i hoveddelen av databasen.
5. Støtte for databasespråk.
For å jobbe med databaser brukes spesielle språk, kalt databasespråk. I tidligere versjoner DBMS støttet flere språk, spesialisert på funksjonene de utførte. Vanligvis var det to: et språk for å fremheve databasestrukturer og et språk for å manipulere data. I dag er et slikt språk TSQL.
Typisk organisering av et moderne DBMS
1. Kjerne .
Ansvarlig for håndtering av data i eksternt minne, administrasjon av RAM-buffere, transaksjonshåndtering og logging i DBMS. Du kan markere kjernekomponentene: databehandling, buffere, transaksjoner, logger.
2. Kompilator Språk .
Hovedfunksjonen til en språkkompilator er å kompilere språksetninger under et kontrollert program.
3. Verktøy DB .
De fremhever prosedyrer som er for dyre å utføre ved bruk av databasespråket, for eksempel databaselasting, global integritetslasting og så videre.
Foredrag2. Introduksjon til relasjonsdatamodellen
Den relasjonelle tilnærmingen til databaseorganisasjon ble utviklet på slutten av 1960-tallet av Edgar Codd. I moderne data er denne tilnærmingen en av de vanligste.
Fordelene med den relasjonelle tilnærmingen er:
Basert på et lite antall intuitive abstraksjoner som muliggjør enkel modellering av de vanligste problemdomenene. Disse abstraksjonene kan defineres nøyaktig og formelt. Det teoretiske grunnlaget for den relasjonelle tilnærmingen er settteoriens apparat og matematisk logikk. Den relasjonelle tilnærmingen tillater ikke-navigasjonsdatamanipulasjon uten behov for å kjenne den spesifikke fysiske strukturen til databasen i eksternt minne.
Grunnleggende begreper om relasjonsdatabaser
1. Datatype;
3. Attributt;
4. Cortege;
5. Holdning;
6. Primærnøkkel.
Data-type
Dataverdier lagret i en relasjonsdatabase skrives inn, det vil si at typen av hver lagret verdi er kjent. Konseptet med en datatype i relasjonsmodellen samsvarer fullt ut med begrepet datatyper i et programmeringsspråk.
Domene
Generelt defineres et domene ved å spesifisere en grunnleggende datatype, som inkluderer elementer av domenet og en vilkårlig logisk uttrykk brukt på et element av denne datatypen (domenebegrensning). Et element vil bare være et domeneelement hvis domenebegrensningsberegningen returnerer TRUE. Hvert domene er knyttet til et navn som er unikt blant navnene på alle domener og den tilhørende databasen.
Relasjonshode, tuppel, relasjonskropp, relasjonsverdi, relasjonsvariabel
Hodet til et relasjonsdiagram r relasjon (Hr) er et endelig sett
Tuppel tr som tilsvarer overskriften Hr er settet med ordnede trillinger av skjemaet:
Kroppen Br er et vilkårlig sett med tupler tr.
Verdien Vr er paret med sett Hr og Br. Overskrift og datatekst.
Primærnøkkel
En primærnøkkel er en undergruppe som til enhver tid verdien av primærnøkkelen i en hvilken som helst tuppel i kroppen til en relasjon er forskjellig fra verdien til primærnøkkelen i en hvilken som helst annen tuppel i kroppen til den relasjonen. Og ingen riktig delmengde S har denne egenskapen.
Grunnleggende egenskaper ved relasjoner
1. Fravær av dupliserte tupler. Denne egenskapen følger av definisjonen av relasjonslegemet som et sett med tupler. I klassisk settteori består et sett per definisjon av forskjellige elementer. Det er fra denne egenskapen at hver verdi har en primær nøkkelrelasjon. Det vil si et minimumssett med attributter som er en delmengde av overskriften til en gitt relasjon, hvis sammensatte verdi definerer relasjonstuppelen unikt. Konseptet med en primærnøkkel er ekstremt viktig i forbindelse med begrepet databaseintegritet.
2. Manglende bestilling av tupler.
3. Manglende rekkefølge av attributter.
4. Atomitet til attributtverdier. Verdiene til alle attributter er atomære. Dette følger av definisjonen av et domene som et potensielt sett med verdier av en skalartype. Det vil si at domeneverdier ikke kan inneholde verdier med synlig struktur, inkludert sett med verdier. Det viktigste med atomiteten til attributtverdier er at en relasjonell DBMS ikke skal gi brukeren en eksplisitt struktur av interne data.
Datatyper
Hele tall Karakterstrenger Penger Tall avdelinger
Domener (unntatt primærnøkkel)
Primærnøkkel Og tall prop-ov. Navn Dimensjoner lønn Tall avdelinger
Attributter
Forelesning 3. Relasjonsalgebra og normalisering
Grunnleggende metoder for å manipulere relasjonsdatakomponenter er definert av 2 grunnleggende mekanismer for manipulering av relasjonsdata.
1) relasjonsalgebra basert på mengdlære og basert på matematikk. logikk (på predikatkalkulus) relasjonsregning. I sin tur vurderes to typer relasjonsregning: domene- og predikatkalkyle. Alle mekanismer har én viktig egenskap: de er lukket med hensyn til relasjonsbegrepet. Dette betyr at relasjonsalgebrauttrykk og relasjonsberegningsformler er definert over relasjoner relasjonsgrunnlag data og resultatet av deres utførelse er også et forhold. Spesifikt manipulasjonsspråk rel. databaser sies å være relasjonsmessig komplette hvis en spørring uttrykt ved hjelp av et enkelt uttrykk er relasjonell. algebra eller en enkelt relasjonskalkulusformel kan uttrykkes ved å bruke en enkelt operator på det språket.
2) Grunnleggende idé rel. algebra er at forholdet mellom fenomener. sett, kan midlene for å manipulere relasjoner være basert på tradisjonelle settteoretiske operasjoner, supplert med noen spesielle operasjoner som er spesifikke for databasen.
Settteoretiske operasjoner inkluderer:
Union
kryss
forskjell
direkte produkt
Spesielle operasjoner:
forholdsbegrensning
forholdsprojeksjon
koble relasjoner;
deling av relasjoner;
I tillegg inkluderer de en tildelingsoperasjon, som lar deg lagre resultatene av algebraiske relasjoner, og en døpeoperasjon, som gjør det mulig å danne tittelen på den resulterende relasjonen riktig.
Generell tolkning av rel. operasjoner:
1) Når du utfører operasjonen med å kombinere to relasjoner, produseres en relasjon som inkluderer alle tupler inkludert i minst en av operandrelasjonene.
2) Operasjonen av skjæringspunktet mellom to relasjoner produserer en relasjon som inkluderer alle tupler inkludert i begge operandrelasjoner.
3) En relasjon som er forskjellen mellom to relasjoner inkluderer alle tupler inkludert i relasjonen til den første operanden slik at ingen av dem er inkludert i relasjonen som er den andre operanden.
4) Når man utfører det direkte produktet av to relasjoner, produseres det en relasjon hvis tupler er... (en sammenkobling av) tuplene til den første og andre operanden.
5) Resultatet av å begrense relasjoner med en betingelse er en relasjon som inkluderer tupler av operandrelasjonen som tilfredsstiller denne betingelsen.
6) Når du utfører en projeksjon av relasjoner på et gitt sett med attributter, ...... hvis tupler produseres ved å ta de tilsvarende verdiene, fra tuplene til operandrelasjonen.
7) Når to relasjoner er forbundet i henhold til en eller annen betingelse, dannes en resulterende relasjon, hvis tupler er en innhold (sammenkledning) av tuplene i den første og andre relasjonen og tilfredsstiller betingelsen.
8) Divisjonsoperasjonen har to operander: binære og unære relasjoner. den resulterende relasjonen består av en enkeltattributtverdi, inkludert verdien av det første attributtet til tuplene, den første operanden slik at settet med verdier til det andre attributtet, med en fast verdi av det andre attributtet, faller sammen med sett. verdiene til den andre operanden.
9) Rename-operasjonen produserer en relasjon hvis kropp er den samme som kroppen til operanden, men attributtnavnene endres.
Funksjoner ved settteoretiske operasjoner av relasjonsalgebra. base gitt kompilering relasjonell
Konseptet med kompatibilitet av relasjoner om assosiasjoner
To forhold er kompatible ved assosiasjon bare hvis de har med samme overskrifter, mer presist betyr dette at overskriftene inneholder det samme settet med attributter, og de samme attributtene er definert på samme domene. Hvis to relasjoner er nesten kompatible ved forening, det vil si i alt unntatt attributtnavn, kan de gjøres fullstendig kompatible ved å bruke rename-operasjonen.
Konseptet med kompatibilitet ved å ta et utvidet direkte produkt. I tilfelle at settet med navn på disse relasjonene ikke krysser hverandre. Alle 4 sett-teoretiske operasjoner er rel. algebraer er assosiative.
Spesielle relasjonsoperasjoner
Begrensningsoperasjon. Krever to operander, begrensede relasjoner og en enkel betinget begrensning.
a comp-on b - ....
en comp-on const - en bokstavelig talt spesifisert konstant
Som et resultat av begrensningsoperasjonen produseres en relasjon hvis overskrift samsvarer med overskriften til operandrelasjonen, og brødteksten inkluderer de tuplene av operandrelasjonen der begrensningsverdien er TRUE.
Operasjonen av forbindende relasjoner krever tilstedeværelsen av to operander, de koblede relasjonene og den tredje operanden, som i driften av forbindende relasjoner har den samme form. Resultatet av en sammenføyningsoperasjon er en relasjon oppnådd ved å utføre operasjonen ved å begrense det direkte produktet av relasjonene a og b.
Driften av å dele relasjoner. Resultatet av å dele a med b er en unær relasjon som består av tupler v slik at i forhold til tuplene
Relasjonell databasedesign
Ved design løses to problemer: hvordan kartlegge subjekt-objektdomener til abstrakte datamodeller slik at denne kartleggingen ikke motsier semantikken til fagdomenet og er så god som mulig; dette problemet kalles ofte problemet med logisk databasedesign .
den andre er hvordan man sikrer effektiv utførelse av spørringer i databasen. Hvordan, gitt særegenhetene til en spesifikk subd, vil dataene bli lokalisert i eksternt minne og opprettelse av ytterligere sider, for eksempel indekser, vil være nødvendig. Dette er et problem – et fysisk problem. database design
Databasedesign ved bruk av normalisering er en klassisk tilnærming der hele prosessen, hele designprosessen, reduseres når det gjelder relasjonsdatamodeller ved metoden med sekvensielle relasjoner til et tilfredsstillende sett med relasjonsskjemaer. Designprosessen er en prosess med normalisering av relasjonsmønstre. Hvert spor normalformen har bedre egenskaper enn den forrige. I teorien om rel-database skilles det ut et spor av følgende normer for former:
1 standardskjema
2 standardskjema
3 standardskjema
Normal Beuys-Codde form
4 normal form
5 normal form eller normal projeksjonsform av en forbindelse.
Grunnleggende egenskaper for formnormer:
Hvert sci-fi-spor er på en eller annen måte bedre enn det forrige.
Ved flytting til neste NF bevares egenskapene til forrige NF.
Definisjon 1. Funksjonell avhengighet med hensyn til r, attributt y er funksjonelt avhengig av attributt x bare hvis hver verdi av x tilsvarer nøyaktig én verdi av y.
Fullfør funksjonell avhengighet r(x) r(y) hvis y ikke er funksjonelt avhengig av noen eksakt verdi av x.
Transitiv avhengighet hvis attributt Z eksisterer, at det er funksjonelle avhengigheter...
Et ikke-nøkkelattributt er et hvilket som helst relasjonsattributt som ikke er en del av primærnøkkelen.
Gjensidig uavhengige attributter (2 eller flere) - med mindre en av disse attributtene er funksjonelt avhengig av de andre.
En relasjon er i 1nf når hver av dens tuppel inneholder bare én verdi for hver av attributtene. I relasjonsmodellen for relasjoner er de alle i normal form.
andre normalform bare hvis den er i første normalform og hvert ikke-nøkkelattributt er helt avhengig av primærnøkkelen.
Tredje normalform. Relasjonen r blir funnet hvis den finnes i den andre og hver ikke-nøkkel-attributt er intransitivt avhengig av primærnøkkelen.
|
ANSATT |
AVDELING |
TELEFON |
|
|
REGNSKAPSFØRER |
|||
|
REGNSKAPSFØRER |
|||
|
LEVERANDØR |
Forelesning 4. SpråkoperatørerSQL
SELECT brukes til å hente en hvilken som helst mengde data fra en eller flere tabeller. Generelt er resultatet av å utføre en SELECT-setning EN ANNEN TABELL. Denne nye tabellen kan igjen bli gjenstand for en SELECT-operasjon, og så videre.
1) En uavhengig kommando for å hente og vise rader i en tabell laget av kolonner og rader i en eller flere visningstabeller
2) som et element i WHERE- eller HAVING-tilstanden. Dette kalles en falsk forespørsel
3) valgfrase i CREATE VIEW DECLARE CURSOR INSERT kommandoer
4) Globalt oppdragsverktøy variable verdier og rader i den genererte tabellen. INN I
Har følgende format.
VELG [ velg data og utfør transformasjoner i samsvar med de spesifiserte uttrykkene og eller funksjonene før de sendes ut
Element, -\\-) FRA oppregning.......
basisbord | representasjon],
Rader fra de angitte tabellene må samsvare med den angitte listen over radvalgbetingelser
Uttrykk]
GROUP BY er en operasjon for gruppering etter en spesifisert liste med kolonner for å oppnå en enkelt aggregert verdi for hver gruppe.
HA - betingelse for filtrering etter grupper.
5. Enkel prøvetaking.
* fungerer som et alias for
velge et spesifikt felt
Eliminering av duplikater. For å eliminere duplikater og samtidig bestille listen, brukes en spørring med DISTINCT nøkkelordet.
Prøvetaking av beregnede verdier.
SELECT-leddet kan inneholde ikke bare en liste over kolonner, men også et uttrykk.
Utvalg ved hjelp av WHERE-leddet. I syntaksen til utvalgsfrasen de nødvendige linjene tabeller kan brukes grunnleggende operatører sammenligninger. Og evnen til å bruke sammensatte logiske uttrykk.
HVOR P1 = 6 OG P2 = 8
Du kan bruke BETWEEN for å velge verdier i et intervall.
BETWEEN er praktisk å bruke når du arbeider med gitte spesifiserte intervaller, begynnelsen og slutten, som er plassert i forskjellige tabeller.
Bruke IN-operatøren.
IN (3, 4, 5)<=>P1= 3 ELLER P1 = 4 ELLER P1 = 5
Bruker LIKE
Denne operatoren lar deg finne alle verdiene i en spesifisert kolonne som samsvarer med et mønster.
Erstatter et enkelt tegn.
% - erstatter enhver sekvens på n tegn.
Involvering av udefinert verdi (NULL). IS brukes til å se etter en udefinert verdi.
Prøvetaking med bestilling. Operatoren ORDER BY brukes til å sortere data. Kan sorteres i stigende rekkefølge som standard. ASC-nøkkelordet lar deg sortere i synkende rekkefølge.
Dataaggregering
Det finnes en rekke SQL standard funksjoner. Bortsett fra det spesielle tilfellet COUNT *, hver av disse funksjonene ... kolonner i en tabell og skaper flere verdier.
ANTALL - antall verdier i kolonnen
SUM - summen av verdiene i kolonnen
AVG - gjennomsnittsverdi i en kolonne
Kolonnen må inneholde numeriske verdier. Argumentet for alle funksjoner unntatt COUNT * er innledet av nøkkelordet DISTINCT, som indikerer...
Og COUNT* brukes til å telle alle rader i tabellen med duplikater.
Hvis GROUP BY-leddet ikke brukes, kan SELECT bare inkludere SQL-funksjoner eller uttrykk som inneholder slike funksjoner.
GROUP BY klausul
Utløser en omorganisering av tabellene spesifisert i FROM i grupper, som hver har de samme verdiene i kolonnen spesifisert i GROUP BY. Denne setningen innebærer ikke sortering.
HAVING-leddet spiller samme rolle for grupper som WHERE-leddet gjør for strenger. De brukes til å ekskludere grupper.
Skrevet på Allbest.ru
Lignende dokumenter
Moderne databaser er multifunksjonelle programvaresystemer arbeider i et åpent distribuert miljø læringsdatabaseadministrasjon. Metoder for organisering av eksternt databaseminne. Databasestyringssystemer for lagring av informasjon.
kursarbeid, lagt til 12.07.2010
Grunnleggende konsepter for database- og databasestyringssystemer. Typer data de jobber med Microsoft database Adgang. Klassifisering av DBMS og deres hovedegenskaper. Post-relasjonelle databaser. Trender i verden av moderne informasjonssystemer.
kursarbeid, lagt til 28.01.2014
Konseptet med en database, dens struktur. Generelle prinsipper for informasjonslagring. en kort beskrivelse av trekk ved den hierarkiske, nettverks- og relasjonsmodellen for dataorganisasjon. Structured Query Language: konsept, komposisjon. Kompilere tabeller i Microsoft Access.
foredrag, lagt til 25.06.2013
Fordeler og ulemper med robotsveising. Kjennetegn på typer databasestyringssystemer. Informasjonsmodell av en sveiserobot, robotkontrollsystem for sveisepistoler. Robotvalgskriterier og prøvetakingsforespørselstruktur.
kursarbeid, lagt til 22.12.2014
Eksterne minneenheter. Databasestyringssystem. Opprettelse, vedlikehold og deling databaser av mange brukere. Konseptet med et programmeringssystem. Datatilgangssider. Makroer og moduler. Eksklusiv driftsmodus.
sammendrag, lagt til 01.10.2011
Former for informasjon som gis. Hovedtyper av datamodeller som brukes. Nivåer informasjonsprosesser. Informasjonsinnhenting og datainnhenting. nettverkslagring data. Problemer med å utvikle og vedlikeholde datavarehus. Databehandlingsteknologier.
foredrag, lagt til 19.08.2013
Kjennetegn på kategorier av moderne databaser. Studie av funksjonene til sentraliserte og distribuerte databaser. Klassifisering av databasestyringssystemer etter type program og applikasjon. Administrere RAM-buffere og transaksjoner.
kursarbeid, lagt til 03.10.2016
Klassifisering av databaser i henhold til arten av informasjonen som lagres, metoden for lagring av data og strukturen til deres organisasjon. Moderne systemer databasebehandling og programmer for å lage dem: Microsoft Kontortilgang, Cronos Plus, Base Editor, My SQL.
presentasjon, lagt til 06.03.2014
Funksjoner ved informasjonshåndtering i økonomi. Konsept og funksjoner til et databasestyringssystem, bruk av et standard relasjonsspørringsspråk. Verktøy for å organisere databaser og arbeide med dem. Databasestyringssystemer i økonomi.
test, lagt til 16.11.2010
Struktur og funksjoner til et databasestyringssystem (DBMS). Administrere datalagring og tilgang. Beskytt og vedlikehold dataintegriteten. Pålitelighet av datalagring i eksternt minne. Klassifisering av DBMS i henhold til metoden for tilgang til databasen.
En av de mest populære bruksområdene for datamaskiner er å jobbe med informasjon. Informasjon er all informasjon om enhver hendelse, enhet, prosess, etc., som er gjenstand for enkelte operasjoner: persepsjon, overføring, transformasjon, lagring eller bruk. En datamaskin kan lagre store mengder informasjon, behandle den umiddelbart og produsere den i ønsket form.
Tenk på en bedrift som har store mengder data lagret på datamaskiner over lengre perioder, for eksempel et flyselskap. Disse dataene kan spesielt inneholde informasjon om passasjerer, flyreiser, fly og personell og representere relasjoner som er typiske for et bestemt fagområde. Slike relasjoner er for eksempel salg av billetter (som passasjerer, hvilke fly- og setebilletter selges til), dannelse av mannskaper (som skal være kaptein på skipet, co-pilot, etc., på hvilket fly ) og registrering av vedlikehold (når og av hvem hvert fly blir betjent siste gang osv.). Du kan forestille deg hvor mye krefter og tid det ville ta for en person å kunne finne noen data om nødvendig (for eksempel om en billett av en slik og en slik serie ble solgt, og til hvem, for en slik og en flyvning) ! Hva om disse dataene lagres sammen med andre lignende i ett stort senter som mottar informasjon fra flyplasser over hele landet?
Da ville kanskje en slik oppgave kreve årevis med hardt arbeid. Men vi lever i en tid hvor folk prøver å finne måter å gjøre arbeidet sitt enklere på. Og en av de trofaste assistentene i dette var datamaskinen, som ikke er noen hemmelighet for noen nå. Du har allerede gjettet at det som følger vil være en diskusjon om hvordan du kan løse problemene beskrevet ovenfor. Mannen fant faktisk en flott løsning - han utviklet et databasestyringssystem (DBMS). Dette systemet er utformet slik at en person kan, uten å bry seg særlig med kjedelig arbeid, jobbe med store datamengder organisert på en spesiell måte (mer om dette litt senere). Men i tillegg til at DBMS lar brukeren søke etter bestemt informasjon, gir den muligheten til å utarbeide rapporter om visse data (for eksempel når det gjelder en flyplass, beregne lønn og utarbeide uttalelser om dem for ulike flyplassansatte: piloter, administrasjon, flyvertinner, mekanikere og etc.), endre eksisterende data (for eksempel ved flyfeil, gjenutstedelse av billett, oppsigelse av en person osv.), søk etter informasjon under flere forhold (for eksempel piloter hvis arbeidserfaring er mer enn 7 år, alder ikke mindre enn 30 år og minst høyere utdanning), etc. Funksjonene til DBMS vil bli diskutert mer detaljert nedenfor, men la oss foreløpig introdusere en definisjon.
Database(DB) – en navngitt samling av data som gjenspeiler tilstanden til gjenstander og deres relasjoner i fagområdet som vurderes.
Når det gjelder Aeroflot, er databasen data om flyreiser, piloter, billetter osv. Du har allerede lest om disse dataene. Det skal bemerkes at data i databasen ikke samles inn om alt i verden, men data som er relatert til et spesifikt område av menneskelig aktivitet og på en eller annen måte er sammenkoblet med hverandre. Det gir ingen mening for regnskapsarbeidere å ha informasjon i databasen om temaet bøker i bybibliotekene, den vil rett og slett, mest sannsynlig, aldri bli brukt. I tillegg lagrer databrukeren, som kjent, store mengder informasjon, og databasen er en av dem, i eksternt minne. Ikke bare vil informasjonen ikke bli brukt, men den krever også en viss mengde eksternt minne, som er forbundet med visse materialkostnader, og ingen fornuftig eier ville kastet penger.
2.2 Databasepresentasjonsnivåer
Det er tydelig at det er mange abstraksjonsnivåer mellom datamaskinen, som omhandler biter, og sluttbrukerne, som tar seg av abstraksjoner som flyreiser eller mannskapsoppdrag. Abstraksjonsnivåene og forbindelsene mellom dem er presentert i fig. 1.
Grunnleggende informasjon om databasen. Konsepter: Database, Fagområde, Datastrukturering, Databasestyringssystemer.
Database (DB)- et strukturert, organisert sett med data som beskriver egenskapene til fysiske eller virtuelle systemer.
"Database" er ofte forenklet eller feilaktig kalt Database Management Systems (DBMS). Det er nødvendig å skille mellom et datasett (selve databasen) og programvare, designet for å organisere og vedlikeholde en database (DBMS).
Hovedformålet med informasjonssystemer er å raskt gi brukeren informasjon om omverdenen ved å implementere et spørsmål-svar-forhold. Spørsmål-svar-relasjoner, mottak av tolkning i omverdenen (verden utenfor informasjonssystemet), gjør det mulig å velge for informasjonssystemet et visst fragment av det - et fagområde - som vil bli nedfelt i et automatisert informasjonssystem. Informasjon om omverdenen presenteres i informasjonssystemet (IS) i form av data. Dette begrenser mulighetene for semantisk tolkning av informasjon og spesifiserer semantikken for presentasjonen i IS. Helheten av disse dataene som er allokert til IS, forbindelsene mellom dem og operasjoner på dem danner informasjon og funksjonell modell emneområde, som beskriver tilstanden med en viss nøyaktighet.
Datastrukturering– enighet om metode for datapresentasjon.
OBD-kontrollsystemer- et spesialisert program (vanligvis et sett med programmer) designet for å organisere og vedlikeholde en database. For å lage og administrere et informasjonssystem er et DBMS nødvendig i samme grad som å utvikle et program i algoritmisk språk en oversetter er nødvendig.
Hovedfunksjonene til DBMS:
· databehandling i eksternt minne (på disker);
· databehandling i RAM ved hjelp av diskbuffer;
· logge endringer, backup og databasegjenoppretting etter feil;
· støtte for databasespråk (datadefinisjonsspråk, datamanipuleringsspråk).
Vanligvis inneholder en moderne DBMS følgende komponenter:
kjerne, som er ansvarlig for å administrere data i eksternt og RAM-minne og logging,
database språkbehandler, gi optimalisering av forespørsler om å hente og endre data og lage, som regel, maskinuavhengig kjørbar intern kode,
runtime støtte undersystem, som tolker datamanipulasjonsprogrammer som lager brukergrensesnitt med DBMS
og serviceprogrammer(eksterne verktøy) gir en rekke tilleggsfunksjoner vedlikehold av informasjonssystem.
DBMS klassifisering
Etter datamodell
Basert på typen database som administreres, er DBMS delt inn i:
· Nettverk
Hierarkisk
· Relasjonell
Objekt-relasjonell
Objekt orientert
I henhold til arkitekturen til datalagringsorganisasjonen
lokal DBMS (alle deler av den lokale DBMS er plassert på én datamaskin)
· distribuert DBMS (deler av DBMS kan være plassert på to eller flere datamaskiner)
2. Klassifisering av databaser i henhold til metoden for datatilgang.
Etter metode for tilgang til databasen
Filservere
I filserver-DBMS-er er datafiler plassert sentralt på en filserver. DBMS-kjernen er plassert på hver klientdatamaskin. Data er tilgjengelig via lokalt nettverk. Synkronisering av lesinger og oppdateringer utføres ved hjelp av fillåser. Fordelen med denne arkitekturen er den lave belastningen på server-CPU, men ulempen er høy belastning lokalt nettverk.
På dette øyeblikket filserver-DBMS-er anses som foreldet.
Eksempler: Microsoft Access, Borland Paradox.
Klient server
Slike DBMS-er består av en klientdel (som er en del av applikasjonsprogrammet) og en server (se Klient-tjener). Klienttjener-DBMS-er, i motsetning til filtjenere, gir tilgangskontroll mellom brukere og har liten belastning på nettverket og klientmaskiner. Serveren er et program eksternt til klienten, og kan erstattes av et annet om nødvendig. Ulempen med klient-tjener DBMS er selve det faktum at serveren eksisterer (som er dårlig for lokale programmer- de har mer praktisk innebygd DBMS) og store dataressurser som forbrukes av serveren.
Eksempler: Firebird, Interbase, MS SQL Server, Sybase, Oracle, PostgreSQL, MySQL.
Innebygd
En innebygd DBMS er et bibliotek som lar deg lagre store mengder data på en lokal maskin på en enhetlig måte. Data kan nås via SQL eller spesielle funksjoner DBMS. Innebygde DBMS-er er raskere enn konvensjonelle klient-servere og krever ikke serverinstallasjon, derfor er de etterspurt i lokal programvare som håndterer store datamengder (for eksempel geografiske informasjonssystemer).
Det viktigste mål design informasjonsmodell- utvikling av en konsistent strukturert tolkning av informasjon fra det virkelige liv om fagområdet som studeres og samspillet mellom dets strukturelle komponenter.
Konseptet med en konseptuell datamodell er assosiert med metodikken for semantisk datamodellering, dvs. presentere data i sammenheng med dets forhold til andre data. Hovedobjektene for den konseptuelle modellen er enheter og relasjoner.
Essens- et isolert objekt eller hendelse i det modellerte systemet, som har et visst sett med egenskaper - attributter. Et individuelt element i dette settet kalles en "enhetsinstans". En enhet kan ha ett eller flere attributter som unikt identifiserer hver forekomst av enheten, og kan ha et hvilket som helst antall relasjoner til andre enheter.
Regler for enhetsattributter:
Hvert attributt må ha unikt navn.
· En enhet kan ha et hvilket som helst antall attributter.
· En enhet kan ha et hvilket som helst antall arvbare attributter, men det arvede attributtet må være en del av hovedenhetens primærnøkkel.
· For hver forekomst av en enhet må det være en verdi for hver av dens attributter (Noll-regelen).
· Ingen forekomst av en enhet kan ha mer enn én verdi for attributtet.
Når du bygger en database:
1. bestem MÅLET
2. definere funksjoner
Eksternt nivå– hva som må presenteres i en strukturert form;
Konseptuell design– informasjonsobjekter er oppstilt og forbundet med hverandre + eksternt nivå
3. konvertere konseptuell modell inn i databasemodellen.
Relasjoner mellom objekter:
1:1, 1:til mange, mange til mange.
Datamodeller
· Nettverk
· Hierarkisk
· Relasjonell
· Objekt-relasjonell
· Objekt orientert\
Nettverk: De grunnleggende konseptene for nettverksdatabasemodellen inkluderer: nivå, element (node), forbindelse.
Knute er et sett med dataattributter som beskriver et objekt. I et hierarkisk trediagram er noder representert som toppunkter i grafen. I en nettverksstruktur kan hvert element kobles til et hvilket som helst annet element.
Nettverksdatabaser ligner hierarkiske databaser, bortsett fra at de har pekere i begge retninger som forbinder relatert informasjon.
Selv om denne modellen løser noen av problemene knyttet til den hierarkiske modellen, er det fortsatt ganske komplekst å utføre enkle spørringer.
Siden logikken til datahentingsprosedyren avhenger av den fysiske organiseringen av disse dataene, er denne modellen ikke helt uavhengig av applikasjonen. Med andre ord, hvis datastrukturen må endres, må applikasjonen endres.
Hierarkisk: består av objekter med pekere fra overordnede objekter til barn, som kobler relatert informasjon sammen.
Hierarkiske databaser kan representeres som et tre som består av objekter på forskjellige nivåer. Det øverste nivået er okkupert av ett objekt, det andre - av objekter på det andre nivået, etc.
Det er forbindelser mellom objekter; hvert objekt kan inneholde flere objekter på lavere nivå. Slike objekter er i forholdet mellom en stamfar (en gjenstand nærmere roten) til et barn (en gjenstand på et lavere nivå), og det er mulig at et forfedreobjekt ikke har noen etterkommere eller har flere av dem, mens et etterkommerobjekt må bare ha en stamfar. Gjenstander som har en felles stamfar kalles tvillinger.
Relasjonelt: Relasjonsbegrepet er assosiert med utviklingen til den berømte engelske spesialisten innen databasesystemer, Edgar Codd.
Disse modellene er preget av enkel datastruktur, brukervennlig tabellrepresentasjon og evnen til å bruke det formelle apparatet til relasjonsalgebra og relasjonskalkulus for databehandling.
Relasjonsmodellen fokuserer på å organisere data i form av todimensjonale tabeller. Hver relasjonstabell er en todimensjonal matrise og har følgende egenskaper:
Hvert tabellelement er ett dataelement
· alle kolonnene i tabellen er homogene, det vil si at alle elementene i kolonnen har samme type(numerisk, tegn osv.)
Hver kolonne har et unikt navn
Det er ingen identiske rader i tabellen
· rekkefølgen på rader og kolonner kan være vilkårlig
Enkle konsepter relasjonelle DBMS er: 1) attributt 2) relasjoner 3) tuppel
Relasjonsdatabasemodell
Relasjonsdatamodell er et sett med sammenkoblede todimensjonale tabeller. Hver tabell inneholder informasjon om homogene databaseobjekter og har følgende egenskaper:
Hvert tabellelement representerer ett dataelement;
Elementer i en kolonne er homogene;
Hver kolonne har et unikt navn;
Tabellen inneholder ikke to eller flere identiske rader;
Rekkefølgen på rader og kolonner er vilkårlig.
Slike tabeller kalles relasjonelle. Data kan hentes fra flere tabeller samtidig. Dette er mulig hvis du oppretter forbindelser mellom tabellene. Tabeller er koblet til hverandre for å redusere størrelsen på databasen. Hvert tabellpar er koblet sammen hvis de har identiske kolonner.
Relasjonell tabellrad- kalles rekord, og kolonner kalles felt. En post er én kopi informasjonsobjekt. Feltet gjenspeiler en eller annen egenskap til dette objektet. Hvert felt er preget av: et navn; type; størrelse.
En nøkkel kan brukes til å identifisere hver oppføring unikt. En nøkkel kan bestå av ett eller flere felt i en post. Hvis en nøkkel består av flere felt, kalles den sammensatte. Nøkkelen må være unik og identifisere oppføringen unikt. Ved å bruke nøkkelverdien kan du finne én enkelt post. Nøkler tjener også til å organisere informasjon i databasen.
Følgende operasjoner er mulige på relasjonstabeller:
Slå sammen tabeller med samme struktur. Resultat - generell tabell: først først, så andre (sammenkjetting).
Kryss av tabeller med samme struktur. Resultat – de postene som er i begge tabellene er valgt.
Trekk fra tabeller med samme struktur. Resultat - de postene er valgt som ikke er i den subtraherte.
Prøve (horisontal delmengde). Resultat – poster som oppfyller visse betingelser velges.
Projeksjon (vertikal delmengde). Resultatet er en relasjon som inneholder noen av feltene fra kildetabellene.
Kartesisk produkt av to bord. Den resulterende tabellens poster oppnås ved å sette sammen hver post i den første tabellen med hver post i den andre tabellen.
Relasjonsdatabasetabeller må oppfylle kravene til normalisering av relasjoner.
IIF(tilstand, verdi_hvis_sann, verdi_hvis_falsk). Spørringer kan produsere en generalisert gruppefeltverdi på samme måte som en enkeltfeltverdi. Dette gjøres ved hjelp av aggregerte funksjoner. Aggregerte funksjoner produserer én enkelt verdi for en hel tabellgruppe. Det er en liste over disse funksjonene: felt.
QBE-utvalgsspørsmål.
Utvalgte spørringer endrer ikke innholdet i databasen; de tjener bare til å vise data som svarer gitte forhold. Eksempelforespørsler kan være av følgende typer:
Enkel prøveforespørsel;
Forespørsel med parameter;
Forespørsel med resultater;
Kryssforespørsel;
En spørring med et beregnet felt.
En enkel utvalgsspørring er utformet for å hente data fra én eller flere tabeller og vise dem i dataarkvisning.
Skjema enkel forespørsel inneholder seks linjer:
Feltnavn;
Tabellnavn;
Sortering;
Display (indikerer om feltet vil være til stede i det dynamiske datasettet);
Utvalgsbetingelse (inneholder den første betingelsen som begrenser datasettet);
Eller (inneholder andre databegrensningsvilkår).
Utvikling av en enkel spørring utføres i flere trinn:
Utvalg av bord;
Velge felt (legge til felt i en forespørsel);
Etablering av utvalgskriterier;
Stille inn rekkefølgen på poster (sortering).
En kryssspørring beregner sum, gjennomsnitt, kardinalitet og andre statistiske funksjoner, grupperer dataene og viser dem i en kompakt form som ligner et pivotregneark.
En kryssspørring opprettes ved hjelp av den riktige veiviseren eller i spørringsdesigneren. Forespørselsskjemaet spesifiserer hvilke feltverdier som skal brukes i beregninger eller som rad- og kolonneoverskrifter.
Kryssforespørsel er en spesiell type gruppeforespørsel. Konserndriftslinjen skal inkluderes. Forespørselen må settes til: minst tre parametere– radoverskriftsfelt, kolonneoverskriftsfelt og verdivalgsfelt. Felt som brukes som rader og kolonner må inneholde gruppefunksjonen i gruppeoperasjonsraden. For å opprette en forespørsel må du kjøre følgende handlinger:
Skape ny forespørsel for tabellen(e), inkludert de obligatoriske feltene i oppsettet;
Utfør QUERY/CROSS-kommandoen;
I krysstabellraden, angi hvilket felt som brukes som radoverskrifter, hvilke – som kolonneoverskrifter, og hvilke – som skal utføre beregninger i henhold til den valgte gruppeoperasjonen;
I gruppeoperasjonslinjen i verdifeltet må du velge den resulterende funksjonen.
Spørring med parameter er en spørring som ber brukeren om å legge inn data i en dialogboks, for eksempel en betingelse for å returnere poster eller en verdi som skal inneholdes i et felt. Du kan opprette en spørring som ber deg angi flere opplysninger, for eksempel to datoer. Dette vil returnere alle poster mellom de angitte to datoene.
Spørringer med parametere er praktiske å bruke som grunnlag for å lage skjemaer og rapporter. Du kan for eksempel lage en månedlig inntektsrapport basert på en spørring med parametere. Når denne rapporten vises, vil en melding vises på skjermen for å angi måneden hvis inntekt interesserer brukeren. Etter inntasting av måneden vil den nødvendige rapporten vises på skjermen.
For å opprette en forespørsel med en parameter, må du skrive inn teksten i invitasjonen for å legge denne inn i linjen Utvalgsbetingelser for et gitt felt, og omslutt det i rektangulære parenteser. Du kan angi parametere for flere felt eller definere flere parametere for valg for ett felt ved å bruke en flerlinjet betingelsesoppføring sammen med logisk operasjon"ELLER".
QBE-spørringer - handlinger.
Utfører forespørselen- handling fører til endringer i innholdet i databasen. Du bør være forsiktig når du utfører slike spørringer, siden uforsiktig bruk av disse spørringene kan føre til irreversibelt tap av informasjon i databasen. Derfor merker Access automatisk forespørsler - handlinger i databasevinduet med symbolet «!» .
Når du oppretter en spørring, oppretter Access en utvalgsspørring som standard. Om nødvendig kan du bruke spørringsdesignerkommandoer for å spesifisere en annen spørringstype.
Det er 4 typer endringsforespørsler:
- be om å legge til;
- oppdateringsforespørsel;
- forespørsel om fjerning;
- be om å lage en tabell.
Forespørsel om å legge til lar deg legge til poster i den angitte tabellen, ikke bare den gjeldende databasen, men også en hvilken som helst annen database. Strukturen til spørringstabellposten trenger ikke nødvendigvis samsvare med strukturen til tabellen som postene skal legges til. For eksempel kan en spørringspost ha færre felt hvis feltene i mottakstabellen ikke må fylles ut. Felttypefeil er tillatt hvis det er mulig å konvertere datatypen til ett felt til datatypen til et annet felt.
For å opprette en forespørsel, må du fullføre følgende trinn:
Opprett en utvalgsspørring og feilsøk den (legg til tabeller hvis feltverdier vil bli brukt til å legge til poster);
Avbryt egenskapen Vis for søkefelt;
Utfør REQUEST/ADD-kommandoen for å konvertere til en tilleggsforespørsel. I dette tilfellet vises tilleggslinjen i forespørselsskjemaet. Deretter må du inkludere feltene hvis data vil bli lagt til i mottakstabellen i forespørselsskjemaet. Du kan også angi betingelser for valg av poster som skal legges til.
Angi navnet på tabellen der poster skal legges til;
Utfør REQUEST/Run-kommandoen.
Hvis mottakstabellen inneholder et nøkkelfelt, må de tilføyde postene ha samme nøkkelfelt (i henhold til databaseintegritetsbetingelsene).
Teknologien for å lage andre typer forespørsler - handlinger er lik.
Forespørsel om oppdatering lar deg endre gruppen av poster som er valgt basert på utvalgskriteriene. Du kan spesifisere ett eller flere felt i en oppdateringsforespørsel ved å gjøre nødvendige innstillinger på oppdateringslinjen. For at et felt skal oppdateres, i Oppdater-linjen, må du angi en verdi eller et uttrykk som definerer den nye verdien. Når den er fullført, åpnes en dialogboks som angir antall poster som er oppdatert.
Forespørsel om fjerning lar deg slette poster fra en eller flere tabeller samtidig. En sletteforespørsel sletter hele tabellposter som oppfyller utvalgskriteriene, så hvis du ønsker å slette verdiene til individuelle felt i en post, må du opprette en oppdateringsforespørsel. Når denne spørringen kjører, viser Access dataene som vil bli slettet. For å kunne se alle feltene til postene som skal slettes, bør du dra "*"-symbolet fra den første linjen i listen over feltene i tabellen hvis poster du vil slette med musen til den første linjen av forespørselsskjemaet, inn i den første ledige kolonnen. I dette tilfellet vil navnet på tabellen vises i denne kolonnen i feltlinjen, og Fra-verdien vises i linjen med navnet Slett.
Spørsmål om å lage en tabell oppretter en ny tabell basert på et dynamisk datasett. Den nye tabellen beholder navnene, datatypene og feltstørrelsene slik de var i de underliggende spørringstabellene. Andre feltegenskaper arves ikke.
Typer skjemaer
Du kan opprette følgende typer skjemaer i Access:
Kolonneskjema eller fullskjermskjema;
Tape form;
Tabellform;
Hoved/underskjema;
Pivot tabell;
Skjema - diagram.
Et kolonneskjema er en samling av inndatafelt ordnet på en bestemt måte med tilhørende etiketter og kontroller. Skjemaet lar deg vise feltene til kun én post på skjermen.
Et båndskjema brukes til å vise felt fra flere poster. Feltene er ikke nødvendigvis ordnet i en tabell, men en kolonne er tilordnet ett felt, og feltetikettene er ordnet som kolonneoverskrifter.
Et tabellskjema viser data i tabellvisning.
Hoved-/underskjemaet er en kombinasjon av et kolonneskjema og et tabellskjema. Det er fornuftig å lage det når du arbeider med relaterte tabeller som har en en-til-mange-relasjon.
Pivottabellskjemaet kjøres av pivottabellveiviseren. Excel-tabeller basert på Access-tabeller og spørringer (pivottabellveiviseren er et objekt innebygd i Access; for å bruke det i Access må du ha Excel installert). En pivottabell er en krysstabell av data der sammendragsdataene er plassert i skjæringspunktet mellom rader og kolonner med gjeldende parameterverdier.
Skjema med diagram. I Access kan du sette inn et diagram generert av Microsoft Graph i et skjema. Graph er et OLE-innbyggbart program og kan startes fra Access. Du kan arbeide med et innebygd diagram på samme måte som du ville gjort med et hvilket som helst OLE-objekt.
Utforme skjemaer
Når du oppretter et nytt skjema, vises dialogboksen Nytt skjema, der du bør velge:
Metode for å lage et skjema;
Datakilde (fra listen).
Få tilgang til tilbud følgende metoder lage et skjema:
1. Bruke Autoform. AutoForm lar deg lage tre standard typer skjemaer: kolonne, bånd, tabell. I dette tilfellet blir alle feltene i datakilden satt inn i skjemaet.
2. Bruke skjemaveiviseren. Under dialogen med brukeren lager veiviseren en form av en av tre standardtyper. I dette tilfellet settes brukervalgte felt fra datakilden inn i skjemaet.
3. Bruke skjemadesigneren. Skjemaet utformes av brukeren i skjemadesignervinduet.
Følgende teknologi er praktisk når du oppretter et nytt skjema: skjemaet opprettes ved hjelp av et autoskjema eller skjemaveiviseren, og endres deretter i designmodus.
Kilden til skjemadataene er én eller flere relaterte tabeller og/eller spørringer.
Formstruktur
Skjemaet består av fem hoveddeler:
1. Skjematittel. Innholdet i skjematittelområdet vises øverst i skjemavinduet.
2. Overskrift. Innholdet i overskriftsområdet vises etter overskriften øverst på skjermen på hver side av skjemaet (hvis skjemaet er på flere sider). Vanligvis inneholder overskriftsområdet tabelloverskriften (kolonneoverskrifter).
3. Dataområde. Dataområdet inneholder felt der data vises.
4. Bunntekst. Innholdet i bunntekstområdet (dato, sidenr osv.) vises på hver skjermside nederst i skjemaet.
5. Skjemanotat. Innholdet i dette området vises nederst på den siste skjermsiden i skjemaet.
Skjemaet kan inneholde alle deler eller bare noen av dem.
Skjemaegenskaper
Som hvem som helst Tilgangsobjekt, form har egenskaper. Verdiene til disse egenskapene bestemmer utseende skjemaer. "Egenskaper"-vinduet til et skjema kan hentes frem for eksempel ved å klikke høyre nøkkel musen over den svarte firkanten i skjæringspunktet mellom linjalene og fra kontekstmenyen velg PROPERTIES-kommandoen.
Egenskapsvinduet til det valgte objektet inneholder følgende faner:
Layout – egenskaper som spesifiserer utformingen av skjemaet;
Data – egenskaper som definerer datakilden, datatypen, formatet osv.;
Hendelser – en liste over hendelser knyttet til objektet;
Alle – en liste over alle eiendommer.
Grunnleggende egenskaper for skjemaet:
Bildetekst (denne egenskapen er plassert på LAYOUT-fanen) – spesifiserer navnet på skjemaet, som vises i tittellinjen i skjemavinduet.
Standardmodus – bestemmer modusen for å åpne skjemaet (enkelt skjema, bånd, tabell).
Tillatte moduser – egenskapen spesifiserer om det er mulig å bytte fra tabellmodus til skjemamodus og tilbake ved å bruke VIS-menykommandoer. Eiendommen kan ha følgende verdier:
alt er mulig;
tabell – ikke mulig, kun visning i tabellmodus er mulig;
skjema – ikke mulig, kun visning i skjemamodus er mulig.
Tillat endring avgjør om data kan endres gjennom skjemaet, dvs. angir skrivebeskyttet status.
Tillat sletting avgjør om brukeren kan slette data gjennom skjemaet.
Tillat å legge til avgjør om brukeren kan legge til poster gjennom skjemaet.
Dataregistreringen bestemmer skjemaets åpningsmodus. Kan ta verdiene "Ja" (skjemaet åpnes kun for å legge til nye poster) og "Nei" (eksisterende poster vises i skjemaet).
Postlåsing definerer hvordan en post blokkeres og hvordan den implementeres når to brukere prøver å endre den samme posten.
Følgende egenskaper bestemmer om følgende elementer vises i skjemavinduet:
Rullefelt;
Vindusmenyknapp;
Knapp for vindustørrelse;
Lukk vindu-knapp;
Vinduskanttype;
Kontekstuell hjelpeknapp.
Postnummerfeltet bestemmer om knapper for å flytte gjennom poster skal vises i skjemavinduet.
Skjemakontroller
Et kontrollelement er et hvilket som helst skjema eller rapportobjekt som brukes til å vise data på skjermen, designe eller utføre makrokommandoer. Kontroller kan være bundet, beregnet eller gratis.
En bundet (vedlagt) kontroll er knyttet til et felt i den underliggende tabellen eller spørringen. Når du skriver inn en verdi i den tilknyttede kontrollen, oppdateres tabellfeltet til gjeldende post automatisk. Tabellfeltet er datakilden til den tilknyttede kontrollen.
En beregnet kontroll lages basert på uttrykk. Uttrykk kan bruke tabell- eller spørringsfeltdata, data fra et annet skjema eller rapportkontroll og funksjoner.
Gratis kontroller er designet for å vise data, linjer, rektangler og bilder på skjermen. Frie kontroller kalles også variabler eller minnevariabler.
Alle kontroller kan legges til i et skjema eller en rapport ved hjelp av kontrollverktøylinjen, som vises når du arbeider med skjemaet eller rapporten.
Hovedkontrollene er:
Bildetekst er et element designet for å vise tekst. Inskripsjonen kan bestå av en eller flere linjer. Er gratis element. Det er inskripsjoner som er gratis og festet til et annet element (signaturer).
Fritekst brukes til å sette overskrifter og kommentarer. Laget av "Inskripsjon"-knappen på verktøylinjen.
Signaturen opprettes samtidig med opprettelsen av elementet den er festet til. Signaturen brukes sammen med felt, avmerkingsbokser, alternativknapper og lister.
Felt er elementer designet for å vise data eller legge inn data. Felter kan legges ved eller gratis. Innholdet i frie felt lagres ikke noe sted.
Et felt er hovedkontrollelementet når du arbeider med databaser, da det lar deg vise og redigere data fra databasetabeller.
Å legge til et ledig felt i skjemaet gjøres ved å bruke "Felt"-knappen på verktøylinjen. Å legge til et vedlagt felt (lenket til et tabellfelt) gjøres i designmodus som følger:
I "Skjemadesigner"-panelet velger du "Feltliste"-knappen;
Fra den viste listen over basistabellfelt, velg ønsket felt og dra det inn i skjemadataområdet. Du kan dra ett eller en valgt gruppe med felt.
Du kan legge inn beregnede felt i skjemaet. Det beregnede feltet er et fritt felt. For å lage det, må du velge Felt-knappen på verktøylinjen og sette det inn på ønsket sted på skjemaet, og deretter skrive inn uttrykket direkte i "Fil"-elementet eller som verdien av Data-egenskapen I et beregnet felt , må uttrykket begynne med "="-tegnet. Uttrykk kan legges inn manuelt eller formuttrykksbygger.
Kontrollelementer Brytere, Brytere, Avmerkingsbokser. Driftsprinsippet til disse kontrollene er nøyaktig det samme; de skiller seg bare ut i utseende.
Elementer brukes til å vise boolske data og returnere en verdi (-1) til det tilhørende tabellfeltet hvis knappen er sann, og 0 ellers.
Du kan angi en standardverdi for å vise en spesifisert tilstand. hvis denne verdien ikke er satt, vil elementet være i Null-tilstanden, som tilsvarer False-verdien.
Gruppe – et kontrollelement designet for å romme flere brytere, radioknapper eller avmerkingsbokser. Elementer i en gruppe fungerer i harmoni. Maksimalt antall elementer er 4, og ett element kan velges om gangen. Gruppen returnerer et tall som tilsvarer nummeret til det valgte elementet.
Kontrollboksene og bryterne kan brukes ikke bare i en gruppe, men også individuelt.
Avmerkingsboksen kan knyttes til et boolsk felt i den underliggende tabellen eller spørringen. Hvis en avmerkingsboks er knyttet til et logisk felt i basistabellen, tilsvarer tilstanden Kontrollert/Uavmerket feltverdiene.
Avmerkingsboksen kan være et gratis element. I dette tilfellet brukes den i spesielle dialogbokser for å godta brukerinndata.
Switch-kontrollelementet kan brukes på lignende måte.
Lister (List og Combo Box) er kontroller som lar deg velge ønsket verdi fra flere (lister). En liste er en samling av rader som inneholder data. Rader kan inneholde én eller flere kolonner med overskrifter.
Listekontrollen kan være vedlagt (lenket) eller gratis. Den sammenføyde listen sender den valgte verdien til basistabellen/spørringsfeltet. En ledig liste returnerer en verdi som brukes i et annet element eller for å slå opp en post i den underliggende tabellen/spørringen.
Lister opprettes ved hjelp av en veiviser. De fleste egenskapene til listekontrollelementet genereres automatisk under veiviseren. De kan da endres.
Grunnleggende egenskaper for lister:
1. Datakildetype: tabell / spørring; liste over verdier; liste over felt; VBA funksjon.
2. Datakilde – indikerer den faktiske datakilden: for en tabell / spørring – navnet på tabellen / spørringen; for en liste over verdier - verdiene til listeelementene atskilt med ";" (for eksempel Kjønn – m;k).
3. Vedlagt kolonne – et felt i basistabellen som listen er knyttet til.
4. Antall kolonner – antall kolonner i listen. Hvis datakilden er en liste med verdier, blir elementene fra listen fordelt i rader og kolonner.
5. Kolonnebredde – spesifisert som en numerisk verdi ved å bruke ";". Du kan skjule en vedlagt listekolonne hvis den inneholder flere kolonner. For å gjøre dette må du sette kolonnebredden til 0. Verdien vises ikke når listen vises, men når du velger en rad, vises verdien fra den vedlagte kolonnen i grunntabellfeltet.
6. Antall rader – Definerer maksimalt antall rader som vises i kombinasjonsboksen.
Knapper er et kontrollelement som brukes til å utføre en handling. For å utføre en handling, må Button Press-egenskapen til knappen være knyttet til en makro- eller hendelsesprosedyre.
Knappen er opprettet av en veiviser. Veiviseren lar deg lage 30 knapper forskjellige typer og knytter dem til prosedyrer for hendelseshåndtering. Caption-egenskapen definerer teksten på knappen. Bilde-egenskapen definerer bildet på knappen.
Sideskift, sett med faner – lar deg lage skjemaer på flere sider. Den mest praktiske måten er å bruke Tab Set-elementet. Med dens hjelp opprettes et skjema hvis sider er kombinert til én kontroll. Bytte mellom sider gjøres ved å velge en fane.
Når du legger til en fanesettkontroll i et skjema, opprettes to faner. Du kan legge til alle kontroller i en fane bortsett fra fanesett. Du kan ikke flytte andre kontroller fra andre deler eller sider av skjemaet til fanen, du kan bare kopiere dem.
Du kan endre størrelsen på Tab Set-elementet, rekkefølgen og navnene på fanene.
Sideskift-kontrollen brukes til å angi horisontale brudd mellom kontroller på et skjema. For å navigere gjennom sider, bruk PgUp- og PgDn-tastene. Når et Page Break-element settes inn i et skjema, er det markert med en liten stiplet linje på venstre kant av skjemaet.
Når du oppretter et flersidet skjema, er det lurt å legge til topp- og bunntekst i skjemaet.
Underskjemaer er laget for å vise ett skjema i et annet. Primærformen kalles hovedformen. En underordnet form er en som er plassert inne i hovedformen.
Underskjemaet er mest praktisk for å vise tabeller eller spørringer som har en en-til-mange-relasjon. I dette tilfellet kan hovedskjemaet kun vises som et enkelt skjema, og underskjemaet vises vanligvis i tabellform. Hovedskjemaet kan inneholde et hvilket som helst antall underskjemaer, så lenge hvert underskjema passer innenfor hovedskjemaet. Det er mulig å lage en underform av to hekkenivåer
Du kan opprette et underskjema:
Ved å legge til et underskjemaelement i skjemaet;
Ved å dra et skjema fra et databasevindu til et annet åpen form;
Mester i underordnede former.
Rapportstruktur
Hoveddeler av rapporten:
Rapporttittel – skrives ut i begynnelsen av rapporten på tittelside, inneholder navnet på rapporten;
Topptekst – trykt øverst på hver side; inneholder vanligvis kolonneoverskrifter;
Gruppeoverskrift – skrives ut før behandling av den første posten i gruppen; som overskrift kan den inneholde feltet som grupperingen utføres med;
Dataområde – skriver ut hver post fra datakilden;
Gruppemerknad - skrives ut etter behandling siste oppføring grupper; kan inneholde sammendragsdata for poster inkludert i gruppen;
Bunntekst – trykt nederst på hver side, kan for eksempel inneholde datoen rapporten ble skrevet ut, rapportens sidenummer;
Rapportnotat – skrives ut på slutten av rapporten etter at alle poster er behandlet, og kan inneholde sammendragsdata for alle poster.
Utforme en rapport
Du kan lage en rapport ved hjelp av en veiviser eller i designmodus. Begge metodene kan brukes. Veivisere lar deg fremskynde prosessen med å lage en rapport, så kan du avgrense den i designmodus. Rapportveivisere lar deg lage tre typer rapporter: kolonnerapport (enkel), gruppe / sammendrag og postklistremerker.
Teknologi for å lage en enkel rapport i en kolonne:
1). Mens du er på RAPPORTER-fanen, klikker du på OPPRETT-knappen.
2). I vinduet Ny rapport:
Velg verktøyet for automatisk rapportering til kolonne;
Velg en datakilde i form av en tabell eller spørring;
Klikk OK.
Teknologi for å lage en flerkolonnerapport:
1). Lag en enkel kolonneformet rapport.
2). Velg kommandoen Sideoppsett fra FIL-menyen. I dialogboksen Sideoppsett velger du fanen Kolonner og angir:
I gruppen Grid Options, antall kolonner som skal vises på hver side (antall kolonner-feltet), bredde linjeavstand(Intervallfelt), avstand mellom kolonner (Kolonnefelt);
I kolonnestørrelse-gruppen, kolonnebredden (breddefeltet) og radhøyden (høydefeltet);