CPU automatiserede kontrolsystemer og industriel sikkerhed. Grundlæggende koncepter for databasesystemer
lektion" Grundlæggende begreber for database "
Enhver af os, begyndende med tidlig barndom, stødte på "databaser" mange gange. Det er alle slags telefonbøger (f.eks. telefonbøger), opslagsværker osv. En notesbog er også en "database", som vi hver især har.
Databaser er informationsmodeller, der indeholder data om objekter og deres egenskaber. Databaser gemmer information om grupper af objekter med det samme sæt egenskaber.
For eksempel gemmer databasen "Adressebog" oplysninger om personer, som hver især har et efternavn, fornavn, telefonnummer og så videre. Et bibliotekskatalog gemmer oplysninger om bøger, som hver har en titel, forfatter, udgivelsesår og så videre.
Oplysninger i databaser opbevares på en overskuelig måde. Så i notesbog alle poster er ordnet alfabetisk og i bibliotekets katalog - enten alfabetisk - alfabetisk katalog) eller efter vidensområde (fagkatalog).
Der er flere forskellige strukturer informationsmodeller og dermed forskellige typer databaser: tabelform, netværk, hierarkisk (se modeller).
Hierarkiske databaser
Hierarkiske databaser kan repræsenteres grafisk som et omvendt træ bestående af objekter forskellige niveauer. Højeste niveau (trærod ) optager et objekt, det andet - objekter på det andet niveau, og så videre.
Der er forbindelser mellem objekter; hvert objekt kan omfatte flere objekter på lavere niveau. Sådanne genstande er i relation forfader (objekt tættere på roden) til efterkommer (et objekt på lavere niveau), mens et forfaderobjekt ikke kan have nogen børn eller flere af dem, mens et efterkommerobjekt nødvendigvis kun har én forfader. Objekter, der har en fælles forfader, kaldes tvillinger .
For eksempel: en hierarkisk database er Mappemappe Windowssom du kan arbejde med ved at starte Explorer. Det øverste niveau er optaget af mappen Desktop. På andet niveau er der mapper Min computer, Mine dokumenter, netværk Og Kurv, som er børn af mappen Desktop, og er tvillinger til hinanden. Til gengæld mappen Min computer er en forfader i forhold til mapper på tredje niveau - diskmapper (Disk 3.5(A:), (C:), ( D:), (E:), (F:))og systemmapper (Printere, Kontrolpanel og osv.)
Netværksdatabaser
En netværksdatabase er en generalisering af en hierarkisk database ved at tillade objekter at have mere end én forfader. Generelt er der ingen begrænsninger på forbindelserne mellem objekter i netværksmodeller.
En netværksdatabase er faktisk Verdens Pow mu n aglobal computer netværk Internettet. Hyperlinks forbinder hundredvis af millioner dokumenter sammen til en enkelt distribueret netværksdatabase.
Tabeldatabaser
Bordfod data indeholder en liste over objekter af samme type, det vil sige objekter, der har det samme sæt egenskaber. Det er praktisk at repræsentere en sådan database i form af en todimensionel tabel: i hver af dens rækker placeres værdierne af egenskaberne for et af objekterne sekventielt; Hver ejendomsværdi er i sin egen kolonne med ejendommens navn i spidsen.
Overvej for eksempel en database:Telefonbog
|
№ |
Efternavn |
Adresse |
Telefon |
|
Ivanov V.V. |
Serova, 5 12 |
4325345 |
|
|
Petrov I.I. |
Sedova, 3-21 |
3454365 |
|
|
Sidorov S.S. |
Mira, 33-17 |
3454354 |
Søjlerne i en sådan tabel kaldes felter; Hvert felt er kendetegnet ved dets navn (navnet på den tilsvarende ejendom) og datatypen, der repræsenterer værdierne af denne ejendom.
Tabelrækker er optegnelser om et objekt; disse poster er opdelt i felter efter tabelkolonner, så hver post er et sæt værdier indeholdt i felterne.
Hver tabel skal indeholde i det mindste, ét nøglefelt, hvis indhold er unikt for hver post i den tabel. Et nøglefelt giver dig mulighed for entydigt at identificere hver post i en tabel.
Det felt, der oftest bruges som nøglemuldvarp, er indeholdende datatype tæller . Men nogle gange er det mere bekvemt at bruge andre som nøglefelt i tabellen felter: produktkode, lagernummer mv.
Telefonbog
|
Feltnavne |
№ |
Efternavn |
Adresse |
Telefon |
|
Optage |
Ivanov V.V. |
Serova, 5 12 |
4325345 |
|
|
Optage |
Petrov I.I. |
Sedova, 3-21 |
3454365 |
|
|
Optage |
Sidorov S.S. |
Mira, 33-17 |
3454354 |
|
|
Nøgle Mark |
Mark |
Mark |
Mark |
Felttypen bestemmes den type data, den indeholderDirekte Felterne kan indeholde følgende grunddata: typer:
tæller - heltal, der indstilles automatiskstå på ski ved indtastning af poster. Disse tal kan ikke ændres bruger;
tekst - tekster indeholdende op til 255 tegn;
numerisk- tal;
dato tid - dato eller klokkeslæt;
monetære - tal i pengeformat;
logisk - værdier Rigtigt(Ja eller Ligge(Ingen);
OLE-objektfelt - billede eller tegning
Hver felttype har sit eget sæt egenskaber. De fleste i markernes vigtige egenskaber er:
feltstørrelse - definerer den maksimale tekstlængdeeller nummerfelt;
feltformat - indstiller dataformatet;
Obligatorisk felt - angiver, at dette felt skal udfyldes
Databasestyringssystem Adgang (DBMS)
Formål og hovedfunktioner
Udviklingen af informationsteknologi har ført til skabelsen computerdatabaser data. Database oprettelse og driftSøg og datasortering udføres af specielle programmer - databasestyringssystemer (DBMS).
Det er således nødvendigt at skelne mellem selve databaserne (DB'er), som er ordnede sæt af data, og databasestyringssystemer - programmer, der styrer lagring og behandling af data.
Databasestyringssystemet er applikationen Adgang, inkluderet i Microsoft Office.
Program interface Adgang
|
I Access standarden for miljøet bruges Windows & Office multi-window interface, men i modsætning til andre applikationer, ikke multi-dokument. På et tidspunkt kan der være kun én database er åben , der indeholder obligatorisk database vindue Og vinduer til at arbejde med databaseobjekter. På hvert tidspunkt er et af vinduerne aktivt, og markøren markerer det aktive objekt i det. Database vindue - et af de vigtigste grænsefladeelementer Adgang . Alle databaseobjekter er systematiseret her: tabeller, forespørgsler, formularer, rapporter, makroer og moduler.
Du kan flytte mellem poster ved hjælp af musen, markørtasterne eller rullepanelet. For hurtigt at flytte mellem poster i databasen kan du bruge navigationsknapperne på panelet Optage, som er placeret i bunden af bordvinduet. |
Objekter i Access DBMS:
· Bord.I databaser er al information gemt i todimensionelle tabeller. Det her grundlag databaseobjekt, oprettes alle andre objekter baseret på eksisterende tabeller (derivater genstande).
· Forespørgsler.Forespørgsler er designet til at vælge data baseret på specificerede forhold. Ved hjælp af en databaseforespørgsel kan du vælge oplysninger, der opfylder visse betingelser.
· Formularer.Formularer giver dig mulighed for at vise data indeholdt i tabeller eller forespørgsler i en mere læsbar form. Ved hjælp af formularer kan du tilføje nye data til tabeller, samt redigere eller slette eksisterende. Formularen kan indeholde billeder, grafer og andre indlejrede objekter.
· Rapporter.Rapporter er designet til at udskrive dataene i tabeller og forespørgsler på en smukt formateret måde.
· Makroer.Makroer bruges til at automatisere gentagne operationer. Optagelse af en makro foregår på samme måde som i andre applikationer, for eksempel som i applikationen Ord.
· ModulerModuler tjener også til at automatisere arbejdet med databasen. Moduler kaldes også procedurer for hændelsesbehandling og er skrevet på Sprog VBA.
Federal Agency for Education
Statens Uddannelsesinstitution
Videregående erhvervsuddannelse
"Tula Economic College"
I faget "Informatik"
Om emnet: “Database. Begrebet en database. Typer af databaser. Objekter til at arbejde med databaser. Datatyper i databaser og Få adgang til tabeller. Grundlæggende elementer og koncepter i databaser"
Udarbejdet af en 2. års elev
gruppe 216-BP
Khramova Anna
Tjekket af læreren:
Vasilyeva I.V.
Shchekino, 2007
MED OM D E R OG EN N OG E:
1. Introduktion……………………………………………………………………………………………….……2
2. Begrebet en database…………………………………………………..3
3. Databasetyper………………………………………………….………4-5
4. Objekter til at arbejde med databaser…………………………...6-7
5. Datatyper i databaser……………………………………………………….8
6. Datatyper i Access-tabeller…………………………………………9
7. Grundlæggende elementer og begreber i databaser…………………..10-15
8. Test……………………………………………………………………….…16-17
9. Svar på testen……………………………………………………………………………………………….…18
10. Spørgsmål til selvtest………………………………….........19
11. Liste over referencer……………………………….20
12. Præsentation…………………………………………………………21-33
13. Gennemgang………………………………………………………..………………..34
INTRODUKTION:
Vi mødtes Excel arbejde og vi ved, at denne applikation blev skabt specifikt for at løse problemer med at behandle tabeldata.
Der er systemer (applikationer) til at løse andre klasser af problemer. Især programmer (applikationer, systemer) spiller nu en meget vigtig rolle, hvis kæde er at lagre data og udstede data på brugerens anmodning.
Brugen af computere specifikt til at løse denne klasse af problemer bliver et stadig mere udbredt fænomen.
Vi kan roligt sige, at sådanne problemer og behovet for at løse dem findes i enhver virksomhed, i enhver virksomhed.
Hovedkonceptet for denne række af opgaver er en database. Dette er navnet på en fil eller gruppe af filer i en standardstruktur, der bruges til at gemme data.
For at udvikle programmer og programsystemer, der arbejder med databaser, bruges specielle værktøjer - databasestyringssystemer (DBMS).
Et DBMS inkluderer som regel et specielt programmeringssprog og alle andre værktøjer, der er nødvendige for udviklingen af disse programmer.
I øjeblikket er de mest kendte DBMS'er FOXPRO og ACCESS. Sidstnævnte er en del af MS Office 97 professionel pakke.
Disse er moderne systemer med store muligheder, designet til udvikling af komplekse software systemer, og at lære dem at kende er yderst nyttigt for en computerbruger, men det er svært at implementere inden for rammerne af denne manual.
Database koncept
Database (DB) er en samling af dataarrays og filer, organiseret i henhold til visse regler, der giver standard principper beskrivelse, opbevaring og behandling af data, uanset deres type.
Database (DB)– et sæt organiseret information relateret til et specifikt emneområde, beregnet til langtidsopbevaring i ekstern hukommelse computer og konstant brug.
Databasetyper:
1. Saglig – indeholder kort information om objekter i et eller andet system i et strengt fast format;
2.Dokumentar – indeholder dokumenter af forskellige typer: tekst, grafik, lyd, multimedie;
3. Distribueret – en database, hvoraf forskellige dele er lagret på forskellige computere, der er tilsluttet et netværk;
4.Centraliseret – database gemt på én computer;
5. Relationel - en database med en tabelstruktur af data.
En af de vigtigste egenskaber ved en database er uafhængigheden af data fra det program, der bruger disse data.
At arbejde med en database kræver løsning af forskellige problemer, de vigtigste er følgende:
Oprettelse af en database, skrivning af data til databasen, opdatering af data, hentning af data fra databasen i henhold til brugerens ønsker.
Opgaverne på denne liste kaldes standard.
Det næste koncept relateret til databasen: et program til at arbejde med en database er et program, der giver en løsning på det nødvendige sæt af problemer. Ethvert sådant program skal være i stand til at løse alle problemerne i standardsættet.
Database i forskellige systemer har en anden struktur.
PVEM bruger normalt relationelle databaser - i sådanne databaser er en fil struktureret som en tabel. I den kaldes kolonnerne felter, rækkerne kaldes poster.
Et eksempel på en database ville være en tog- eller busplan. Her afspejler hver line-record dataene for kun ét objekt. Databasen indeholder felter: flynummer, rute, afgangstidspunkt mv.
Et klassisk eksempel på en database er telefonbog. En databaseforespørgsel er en sætning, der specificerer, hvilke data brugeren ønsker at hente fra databasen.
Nogle forespørgsler kan være en alvorlig opgave, der kræver et komplekst program at løse. For eksempel en anmodning til databasen - busplanen: Bestem forskellen i det gennemsnitlige afgangsinterval for busser fra Rostov til Taganrog og fra Rostov til Shakhty.
Objekter Til arbejde Med baser data
For at oprette et program, der giver dig mulighed for at se og redigere databaser, har vi brug for tre links:
datasæt
datakilde
visuelle elementer ledelse
I vores tilfælde er denne triade implementeret i form:
Bord
Datakilde
DBGrid
Tabel forbinder direkte til en tabel i databasen. For at gøre dette skal du indstille databasealiaset i egenskaben DataBaseName og tabelnavnet i egenskaben TableName og derefter aktivere forbindelsen: Active property = true.
Men da tabellen er en ikke-visuel komponent, selvom forbindelsen til databasen er etableret, er brugeren ikke i stand til at se nogen data. Derfor er det nødvendigt at tilføje visuelle komponenter, der viser disse data. I vores tilfælde er dette DBGrid. Nettet selv "ved ikke", hvilke data det skal vise; det skal forbindes til tabellen, hvilket gøres gennem DataSource-mellemkomponenten.
Hvorfor har vi brug for en mellemliggende komponent? Hvorfor ikke oprette forbindelse til Table med det samme?
Lad os sige, at der er flere visuelle komponenter - en tabel, inputfelter osv. forbundet til bordet. Og vi skal hurtigt skifte dem alle til et andet lignende bord. Med DataSource er dette nemt at gøre - du skal bare ændre DataSet-egenskaben, men uden DataSource skulle du ændre pointerne for hver komponent.
Databaseapplikationer - tråden, der forbinder databasen og brugeren:
DB – datasæt – datakilde – visuelle komponenter – bruger
Datasæt:
Bord (tabel, navigationsadgang)
Forespørgsel (forespørgsel, relationel adgang)
Visuelle komponenter:
Gitter DBGrid , DBCtrlGrid
Navigator DBNavigator
Alle mulige analoger Etiket , Redigere etc.
Substitutionskomponenter
Datatyper i databaser
Du kan definere følgende felttyper i Access:
Tekst – tekststreng; den maksimale længde indstilles af parameteren "størrelse", men kan ikke være mere end 255
MEMO-felt – tekst op til 65535 tegn lang
Numerisk – i parameteren "Feltstørrelse" kan du angive et felt: byte, heltal, reelt osv.
Dato/tid – et felt, der gemmer tidsdata.
Monetær er et særligt format for finansielle behov, som i det væsentlige er numerisk
Tæller er et felt med automatisk stigning. Når du tilføjer en ny post, øges tabellens interne tæller med én og skrives til dette felt i den nye post. Værdierne i dette felt er således garanteret forskellige for forskellige poster. Typen er til et nøglefelt
Boolean – ja eller nej, sand eller falsk, til eller fra
Et objekt OLE – dokumenter, billeder, lyde osv. kan gemmes i dette felt. Feltet er et specialtilfælde BLOB - felter ( Binær Stor Objekt ), fundet i forskellige databaser
Substitution
Datatyper i tabeller Adgang :
Tekst
MEMO felt
Numerisk
Dato tid
Monetære
Tæller
Logisk
Et objekt OLE
Glem ikke indekser.
Link tabeller.
Integritetskommunikation styrer kaskadende sletning og ændring af data.
Eksklusiv adgang til databasen er nødvendig for at foretage grundlæggende ændringer i den.
Grundlæggende begreber og elementer i databaser
Databaser var nødvendige, når der var behov for at gemme store mængder af samme type information og hurtigt kunne bruge dem. Databaser (i ordets brede betydning) er gennem historien blevet brugt af præster, embedsmænd, købmænd, pengeudlånere og alkymister.
Hovedkravet til databaser er let adgang til data, evnen til hurtigt at få omfattende information om ethvert spørgsmål af interesse (det er ikke kun vigtigt, at oplysningerne er indeholdt i databasen, det er vigtigt, hvor godt det er struktureret og holistisk) .
Så snart computere dukkede op og spredte sig, blev de næsten med det samme betroet det hårde og omhyggelige arbejde med at behandle og strukturere data, og databaser (DB'er) i deres nuværende forståelse dukkede op.
I henhold til moderne krav til databaser skal oplysningerne i dem være:
konsekvent (der bør ikke være data, der modsiger hinanden);
ikke-redundant (unødvendig duplikering af information i databasen bør undgås; redundans kan føre til inkonsistens - for eksempel hvis nogle data ændres, men deres kopi i en anden del af databasen blev glemt at blive ændret);
holistisk (alle data skal linkes, der bør ikke være referencer til data, der ikke findes i databasen)
Relationel database model blev foreslået af Edgar Codd i slutningen af 70'erne. I denne model er en database et sæt tabeller forbundet med hinanden ved hjælp af relationer. Med tilstrækkelig enkelhed (og derfor nem implementering på en computer) denne model har fleksibiliteten til at beskrive komplekst strukturerede data. Derudover er det teoretiske grundlag for denne model blevet grundigt udviklet, hvilket også gør det muligt at bruge computeren mere effektivt, når man skal oprette en database og arbejde med den. Med hensyn til kommunikationsregler implementerer relationsmodellen en en-til-mange relation mellem tabeller. Det betyder, at én post i hovedtabellen svarer til flere poster i den underordnede tabel (og måske ikke svarer til en enkelt post). Andre typer forhold: en-til-en, mange-til-en og mange-til-mange kan reduceres til denne en-til-mange type. Relationelle databaser består af relaterede tabeller.
Bord repræsenterer todimensionelt array, hvori dataene er gemt. Tabellens kolonner (inden for de accepterede databasebetegnelser) kaldes felter, rækkerne kaldes poster. Antallet af tabelfelter er fast, antallet af poster er ikke. Faktisk er en tabel en ufikseret række af poster med den samme feltstruktur i hver post. Tilføj til tabel ny indgang er ikke svært, men tilføjelse af et nyt felt medfører omstrukturering af hele bordet og kan forårsage visse vanskeligheder. Tal, strenge, billeder osv. kan gemmes i poster som feltværdier. Databasetabeller gemmes på harddisken (på lokal computer eller på databaseserveren - afhængig af databasetypen). En tabel svarer normalt til flere filer - en hoved- og flere hjælpefiler. Finesserne af tabelorganisering afhænger af det anvendte format (dBase, Paradox, InterBase, Microsoft Access osv.)
Nøgle - et felt eller en kombination af tabelfelter, hvis værdier unikt identificerer en post. Nøglen kaldes det, fordi du med nøglefelternes værdier utvetydigt kan få adgang til den ønskede post. Derfor er nøgler yderst nyttige til at forbinde tabeller. Ved at skrive nøgleværdierne ind i de udpegede felter i den underordnede tabel og derved sætte et link, sikrer vi forbindelsen mellem to poster - en post i hovedtabellen og en post i den underordnede tabel. En post i en underordnet tabel kan indeholde flere links til poster i hovedtabellen. For eksempel kan der i en skolejournal være en tabel - en liste over opgaver, hvor hver post indeholder navne og efternavne (nøglen til deres to felter) på flere vagthavende officerer. Sådan er forskellige poster i hovedtabellen forbundet og tilstrækkeligt implementeret kompleks struktur data. I skolepraksis bruges for- og efternavne som nøglefelter, men i databasen er det bedre at tildele særlige nøglefelter - individuelle postnumre (koder). Dette vil med garanti forhindre mulige problemer med navnebrødre. I en skole, hvor en sådan computer klarhed ikke er påkrævet, optræden i en klasse af to elever med samme navne og efternavne er en meget sjælden begivenhed, så en sådan teknisk udeladelse kan tilgives. Udover indbinding kan nøgler bruges til direkte adgang til optegnelser, hvilket fremskynder arbejdet med bordet.
Indeks – et felt, ligesom en nøgle, specielt tildelt i en tabel, hvori dataene dog kan gentages. De tjener også til at fremskynde adgangen og derudover til sortering og udvælgelse.
Normale former blev opfundet mere for at automatisere processen med at skabe databaser, snarere end som en guide for dem, der opretter dem manuelt (automatisk design af store databaser kan udføres ved hjælp af specielle systemer af programmer - værktøjer (CASE). I virkeligheden, med manuel udvikling , designeren tænker straks den nødvendige struktur, planlægger de nødvendige tabeller og tager ikke udgangspunkt i én stor tabel. Normale former formaliserer faktisk de intuitive krav til organisering af data, og hjælper først og fremmest med at undgå overdreven duplikering af data.
Først normal form:
oplysningerne i felterne er udelelige (f.eks. skal for- og efternavn være forskellige felter, ikke ét);
der er ingen gentagne feltgrupper i tabellen
Anden normalform:
den første formular er udfyldt;
ethvert ikke-nøglefelt er entydigt identificeret af nøglefelterne (faktisk et krav om en nøgle)
Tredje normalform:
anden formular udfyldt
ikke-nøglefelter skal kun identificeres entydigt af nøglefelter (dette betyder, at data, der ikke afhænger af nøglen, skal placeres i en separat tabel)
Kravet om tredje normalform har den betydning, at en tabel med felter (navn, efternavn, klasse, klasselærer) skal opdeles i to tabeller (Navn, Efternavn, klasse) Og (Klasse, hjemmeværelseslærer), da feltet Klasse entydigt definerer feltet Klasselærer (og ifølge den tredje form er det kun nøgler, der skal definere det entydigt).
For at få en dybere forståelse af forviklingerne ved at udføre operationer med poster i tabeller, skal du have en forståelse af adgangsmetoder, transaktioner og forretningsregler.
Adgangsmetoder bestemme, hvordan tekniske operationer med registreringer udføres. Adgangsmetoder vælges af programmøren under applikationsudvikling. Navigationsmetoden er baseret på sekventiel bearbejdning af de nødvendige optegnelser én efter én. Det bruges typisk til små lokale borde. Den relationelle metode er baseret på at behandle et sæt poster på én gang ved hjælp af SQL-forespørgsler. Det bruges til store fjerndatabaser.
Transaktioner bestemme driftsikkerheden i forhold til fejl. En transaktion kombinerer en sekvens af operationer, der enten skal fuldføres fuldt ud eller slet ikke. Hvis der opstår en fejl under en transaktion, annulleres alle resultaterne af alle operationer, der er inkluderet i den. Dette sikrer, at korrektheden af databasen ikke kompromitteres, selv i tilfælde af tekniske (snarere end software) fejl.
Forretningsregler definere reglerne for udførelse af operationer og tilvejebringe databasestyringsmekanismer. Ved at spørge mulige begrænsninger på feltværdier bidrager de også til at opretholde korrektheden af databasen. På trods af mulige associationer til business as commerce, er forretningsregler ikke direkte relateret til det og er blot regler for håndtering af databaser.
Korrekt database:
- ikke-overflødig;
- konsekvent;
- holistisk
Relationel database:
- borde;
- forbindelser mellem tabeller ved hjælp af nøgler
- felter (kolonner) - fast;
- poster (rækker) - nemt tilføjet og slettet
- identificerer entydigt posten
Nøgler og indekser:
- tjener til at linke tabeller, direkte adgang, fremskynde behandlingen osv.
Normale former:
- tjene til at bekæmpe dataredundans;
- de kræver meget, men med de bedste intentioner
Adgangsmetoder:
- navigation;
- relationel
Beskyttelse af databasekorrekthed:
- transaktioner - teknisk beskyttelse
- forretningsregler - logisk beskyttelse
T E S T
1. Databasemodeller:
EN) kommercielle
B) netværk
I) objektorienteret
G) revolutionær
D) relationelle
E) integral
2. Databasetyper:
EN) dokumentar
B) netværk
I) grafisk
G) relationelle
3. Hvilken database indeholder dokumenter af forskellige typer?
EN) fordelt
B) centraliseret
I) faktuel
G) dokumentar
4.Hvad er et eksempel på en database?
EN) fodgænger stående i siden af vejen
B) telefonbog
I) tidsplan for lektioner
G) tog eller bus køreplan
5. Hvad er en nøgle?
EN) link B) et kodeord I) program G) felt eller kombination af tabelfelter6. Hvad vil blive vist på skærmen som et resultat af eksekvering af et programfragment?
M:= 'biologi';
k:= 'zoo' + kopi (m, 4, 5);
skrivln(k);
Svar på testen
Spørgsmål Til selvtests :
1. Hvad er en database?
2. Hvad er klassisk eksempel DB?
3. Giv nogle databaseeksempler
4. Hvilken type database bruges normalt i PVEM?
5. Hvilke typer databaser kender du?
6. Hvilke tre links skal vi bruge for at skabe et program, der giver os mulighed for at se og redigere databaser?
7. Hvilke typer felter kan du definere i Access?
8. Hvorfor har du brug for eksklusiv adgang til databasen?
9. Hvad er den relationelle databasemodel?
10. Hvor mange normale formularer er der i databasen? Liste dem
11. Hvad er transaktioner?
L OG T E R EN T U R EN :
1. Datalogi. Tutorial for gennemsnittet erhvervsuddannelse(+CD)/Under generelt. udg. I.A. Chernoskutova - Skt. Petersborg: Peter, 2005. - 272 s.: ill. s. 24 - 25
2. Datalogi. Lærebog for studerende. ped. universiteter / A.V. Mogilev; N.I.Pak, E.K. Hoenner; Ed. E.K. Hoenner. – M., 1999. - 816 s. 185 - 187
3. Datalogi. Lærebog. – 3. revision udg./Red. prof. N.V. Makarova. – M.: Finans og statistik, 2000. – 768 s.: ill.
R E C E N S
Send dit gode arbejde i videnbasen er enkel. Brug formularen nedenfor
Studerende, kandidatstuderende, unge forskere, der bruger videnbasen i deres studier og arbejde, vil være dig meget taknemmelig.
opslået på http://www.allbest.ru/
DATABASE SYSTEMS SIKKERHED
Lforedrag 1. Grundlæggende begreber i databasesystemer
Database- en samling af data lagret i overensstemmelse med et dataskema, hvis manipulation udføres i overensstemmelse med reglerne for datamodelleringsværktøjer.
Database- en samling af data organiseret i overensstemmelse med en begrebsstruktur, der beskriver de pågældende datas karakteristika og relationerne mellem dem, en samling af data, der understøtter et eller flere anvendelsesområder.
DBMS- Dette er et sæt programmer og sproglige midler til generel eller særligt formål, levere styring, oprettelse og brug af databasen.
DBMS klassifikation
I. Ifølge datamodellen.
1. Hierarkisk;
2. Netværk;
3. Relationel;
4. Objektorienteret;
5. Objekt-relationel;
II. Ved hjælp af databaseadgangsmetode.
1. Filserver;
2. Klient-server;
3. Indbygget.
Grundlæggende funktioner DBMS
1. Direkte styring filer DB .
Forsyning af de nødvendige strukturer med ekstern hukommelse, både til lagring af data direkte inkluderet i databasen og til serviceformål (for eksempel for at fremskynde søgninger).
2. Styring buffere operationelle hukommelse .
DBMS'er arbejder normalt med databaser af betydelig størrelse, og denne størrelse er altid større end den tilgængelige RAM, så den eneste på en tilgængelig mådeøget ydelseshastighed er databuffring i RAM, hvilket er grunden til udviklet DBMS-understøttelse eget sæt RAM-buffere med deres egen bufferudskiftningsdisciplin.
3. Styring transaktioner .
Transaktion- rækkefølgen af operationer på databasen for det pågældende DBMS som en enkelt helhed. Enten fuldføres transaktionen med succes, og DBMS registrerer ændringerne i databasen foretaget af denne transaktion, eller ingen af disse ændringer afspejles på nogen måde i databasens tilstand. Konceptet med en transaktion er nødvendigt for at opretholde databasens logiske integritet.
4. Journalføring .
Et af hovedkravene til et DBMS er pålideligheden af datalagring i ekstern hukommelse. Lagerpålidelighed betyder, at DBMS er i stand til at gendanne databasens sidste konsistente tilstand efter enhver hardware- eller softwarefejl. Normalt betragtes 2 typer hardwarefejl: 1) blød fejl, som kan tolkes som et pludseligt stop af computeren; 2) en hård fejl, der kan tolkes som en pludselig computerfejl, der er karakteriseret ved tab af nogle oplysninger på eksterne medier. Magasin- en særlig del af databasen, utilgængelig for DBMS-brugere og vedligeholdt med særlig omhu, som modtager registreringer af alle ændringer i hoveddelen af databasen.
5. Understøttelse af databasesprog.
For at arbejde med databaser bruges specielle sprog, kaldet databasesprog. I tidligere versioner DBMS understøttede flere sprog, specialiseret i de funktioner, de udførte. Normalt var der to: et sprog til at fremhæve databasestrukturer og et sprog til at manipulere data. Sådan et sprog er i dag TSQL.
Typisk organisering af et moderne DBMS
1. Kerne .
Ansvarlig for håndtering af data i ekstern hukommelse, styring af RAM-buffere, transaktionsstyring og logning i DBMS. Du kan fremhæve kernekomponenterne: datamanager, buffere, transaktioner, logfiler.
2. Kompiler Sprog .
En sprogkompilers hovedfunktion er at kompilere sprogudsagn under et kontrolleret program.
3. Hjælpeprogrammer DB .
De fremhæver procedurer, der er for dyre at udføre ved brug af databasesproget, såsom databaseindlæsning, global integritetsindlæsning og så videre.
Foredrag2. Introduktion til den relationelle datamodel
Den relationelle tilgang til databaseorganisation blev pioneret i slutningen af 1960'erne af Edgar Codd. I moderne data er denne tilgang en af de mest almindelige.
Fordelene ved den relationelle tilgang er:
Baseret på et lille antal intuitive abstraktioner, der muliggør enkel modellering af de mest almindelige problemdomæner. Disse abstraktioner kan defineres præcist og formelt. Det teoretiske grundlag for den relationelle tilgang er mængdelærens og matematisk logiks apparat. Den relationelle tilgang giver mulighed for ikke-navigationel datamanipulation uden behov for at kende den specifikke fysiske struktur af databasen i ekstern hukommelse.
Grundlæggende begreber i relationelle databaser
1. Datatype;
3. Attribut;
4. Kortege;
5. Attitude;
6. Primær nøgle.
Datatype
Dataværdier, der er gemt i en relationsdatabase, indtastes, det vil sige, at typen af hver lagret værdi er kendt. Begrebet datatype i relationsmodellen svarer fuldt ud til begrebet datatyper i et programmeringssprog.
Domæne
Generelt defineres et domæne ved at angive en grundlæggende datatype, som inkluderer elementer af domænet og en vilkårlig logisk udtryk anvendt på et element af denne datatype (domænebegrænsning). Et element vil kun være et domæneelement, hvis domænebegrænsningsberegningen returnerer TRUE. Hvert domæne er knyttet til et navn, der er unikt blandt navnene på alle domæner og den tilsvarende database.
Relationshoved, tupel, relationskrop, relationsværdi, relationsvariabel
Hovedet af et relationsdiagram r relation (Hr) er en endelig mængde
Tuple tr svarende til overskriften Hr er sættet af ordnede tripletter af formen:
Kroppen Br er et vilkårligt sæt tupler tr.
Værdien Vr er parret af sæt Hr og Br. Overskrift og datatekst.
Primærnøgle
En primær nøgle er en delmængde, hvoraf værdien af den primære nøgle i en hvilken som helst tupel i kroppen af en relation til enhver tid er forskellig fra værdien af den primære nøgle i enhver anden tuple i kroppen af den relation. Og ingen egentlig delmængde S har denne egenskab.
Relationers grundlæggende egenskaber
1. Fravær af duplikerede tupler. Denne egenskab følger af definitionen af relationslegemet som et sæt af tupler. I klassisk mængdelære består et sæt per definition af forskellige elementer. Det er fra denne egenskab, at hver værdi har en primær nøglerelation. Det vil sige et minimumssæt af attributter, der er en delmængde af overskriften for en given relation, hvis sammensatte værdi entydigt definerer relationstuplen. Begrebet primærnøgle er ekstremt vigtigt i forbindelse med begrebet databaseintegritet.
2. Manglende bestilling af tupler.
3. Manglende rækkefølge af attributter.
4. Atomicitet af attributværdier. Værdierne af alle attributter er atomare. Dette følger af definitionen af et domæne som et potentielt sæt værdier af en skalartype. Det vil sige, at domæneværdier ikke kan indeholde værdier med synlig struktur, herunder værdisæt. Det vigtigste ved atomiciteten af attributværdier er, at en relationel DBMS ikke skal give brugeren en eksplicit struktur af interne data.
Datatyper
Hele tal Karakterstrenge Penge Tal afdelinger
Domæner (undtagen primærnøgle)
Primærnøgle Og tal prop-ov. Navne Dimensioner lønninger Tal afdelinger
Egenskaber
Forelæsning 3. Relationel algebra og normalisering
Grundlæggende midler til at manipulere relationelle datakomponenter er defineret af 2 grundlæggende mekanismer til at manipulere relationelle data.
1) relationel algebra baseret på mængdelære og baseret på matematik. logik (på prædikatregning) relationel regning. Til gengæld betragtes to typer relationel calculus: domæne- og prædikatregning. Alle mekanismer har én vigtig egenskab: de er lukkede med hensyn til relationsbegrebet. Det betyder, at relationelle algebraudtryk og relationelle beregningsformler defineres over relationer relationsgrundlag data og resultatet af deres udførelse er også et forhold. Specifikt manipulationssprog vedr. databaser siges at være relationelt komplette, hvis en forespørgsel udtrykt ved hjælp af et enkelt udtryk er relationel. algebra eller en enkelt relationel kalkulusformel kan udtrykkes ved hjælp af en enkelt operator på det pågældende sprog.
2) Grundlæggende idé vedr. algebra er, at forholdet mellem fænomener. sæt, så kan midlerne til at manipulere relationer være baseret på traditionelle mængdeteoretiske operationer, suppleret med nogle specielle operationer, der er specifikke for databasen.
Set-teoretiske operationer omfatter:
Union
vejkryds
forskel
direkte produkt
Særlige operationer:
forholdsbegrænsning
relationsprojektion
forbindende relationer;
opdeling af relationer;
Derudover inkluderer de en tildelingsoperation, som giver dig mulighed for at gemme resultaterne af algebraiske relationer, og en omdøbningsoperation, som gør det muligt korrekt at danne titlen på den resulterende relation.
Generel fortolkning af vedr. operationer:
1) Når man udfører operationen med at kombinere to relationer, frembringes en relation, der inkluderer alle tupler inkluderet i mindst én af operandrelationerne.
2) Operationen af skæring af to relationer producerer en relation, der inkluderer alle tupler inkluderet i begge operandrelationer.
3) En relation, der er forskellen mellem to relationer, inkluderer alle tupler, der er inkluderet i relationen til den første operand, således at ingen af dem er inkluderet i den relation, der er den anden operand.
4) Når man udfører det direkte produkt af to relationer, frembringes en relation, hvis tupler er... (en sammenkædning af) tuplerne af den første og anden operand.
5) Resultatet af at begrænse relationer med en eller anden betingelse er en relation, der inkluderer tupler af operandrelationen, der opfylder denne betingelse.
6) Når man udfører en projektion af relationer på et givet sæt attributter, ...... hvis tupler er produceret ved at tage de tilsvarende værdier, fra tuplerne af operandrelationen.
7) Når to relationer er forbundet ifølge en eller anden betingelse, dannes en resulterende relation, hvis tupler er en indhold (sammenkædning) af tuplerne i den første og anden relation og opfylder betingelsen.
8) Divisionsoperationen har to operander: binære og unære relationer. den resulterende relation består af en enkelt-attributværdi, inklusive værdien af den første attribut af tuplerne, den første operand, således at værdisættet af den anden attribut, med en fast værdi af den anden attribut, falder sammen med sæt. værdier af den anden operand.
9) Omdøb-operationen producerer en relation, hvis krop er den samme som operandens krop, men attributnavnene ændres.
Træk af mængdeteoretiske operationer af relationel algebra. base givet kompilering relationelle
Begrebet kompatibilitet af relationer om foreninger
To relationer er kun kompatible ved tilknytning, hvis de har med samme overskrifter, mere præcist betyder det, at overskrifterne indeholder det samme sæt attributter, og de samme attributter er defineret på det samme domæne. Hvis to relationer er næsten kompatible ved forening, det vil sige i alt undtagen attributnavne, så kan de gøres fuldstændigt kompatible ved at bruge omdøbningsoperationen.
Konceptet for kompatibilitet ved at tage et udvidet direkte produkt. I tilfælde af at sættet af navne på disse relationer ikke krydser hinanden. Alle 4 mængdeteoretiske operationer er rel. algebraer er associative.
Særlige relationelle operationer
Begrænsningsoperation. Kræver to operander, begrænsede relationer og en simpel betinget begrænsning.
a comp-on b - ....
en comp-on const - en bogstaveligt angivet konstant
Som et resultat af begrænsningsoperationen frembringes en relation, hvis overskrift matcher operandrelationens overskrift, og brødteksten inkluderer de tupler af operandrelationen, for hvilke begrænsningsværdien er SAND.
Driften af forbindende relationer kræver tilstedeværelsen af to operander, de forbundne relationer og den tredje operand, da den i driften af forbindende relationer har samme form. Resultatet af en joinoperation er en relation opnået ved at udføre operationen ved at begrænse det direkte produkt af relationerne a og b.
Driften af opdelingsforhold. Resultatet af at dividere a med b er en unær relation bestående af tupler v, således at i forhold til tuplerne
Relationel database design
Ved design løses to problemer: hvordan man kortlægger emne-objekt-domæner til abstrakte datamodeller, så denne kortlægning ikke modsiger semantikken i emnedomænet og er så god som muligt; dette problem kaldes ofte problemet med logisk databasedesign .
den anden er, hvordan man sikrer effektiv udførelse af forespørgsler i databasen. Hvordan vil dataene blive placeret i ekstern hukommelse, i betragtning af de særlige kendetegn ved en specifik subd, og oprettelsen af yderligere sider, for eksempel indekser, vil være påkrævet. Dette er et problem – et fysisk problem. database design
Databasedesign ved hjælp af normalisering er en klassisk tilgang, hvor hele processen, hele designprocessen, reduceres med hensyn til relationelle datamodeller ved metoden med sekventielle relationer til et tilfredsstillende sæt af relationsskemaer. Designprocessen er en proces med normalisering af relationsmønstre. Hvert spor normalformen har bedre egenskaber end den forrige. I teorien om rel database skelnes et spor af følgende normer for former:
1 standardformular
2 standardformular
3 standardformular
Normal Beuys-Codde form
4 normal form
5 normal form eller normal projektionsform af en forbindelse.
Grundlæggende egenskaber ved formnormer:
Hvert sci-fi-nummer er på en eller anden måde bedre end det forrige.
Når du flytter til næste NF, bevares egenskaberne for den tidligere NF.
Definition 1. Funktionel afhængighed med hensyn til r, attribut y er kun funktionelt afhængig af attribut x, hvis hver værdi af x svarer til nøjagtig én værdi af y.
Fuldstændig funktionel afhængighed r(x) r(y), hvis y ikke funktionelt afhænger af nogen nøjagtig værdi af x.
Transitiv afhængighed, hvis attribut Z eksisterer, at der er funktionelle afhængigheder...
En ikke-nøgleattribut er enhver relationsattribut, der ikke er en del af den primære nøgle.
Gensidigt uafhængige attributter (2 eller flere) - medmindre en af disse attributter er funktionelt afhængig af de andre.
En relation er i 1nf, når hver af dens tuple kun indeholder én værdi for hver af attributterne. I den relationelle model for relationer er de alle i normal form.
anden normalform kun, hvis den er i første normalform, og hver ikke-nøgle-attribut er fuldstændig afhængig af den primære nøgle.
Tredje normalform. Relationen r findes, hvis den findes i den anden, og hver ikke-nøgle-attribut er intransitivt afhængig af den primære nøgle.
|
MEDARBEJDER |
AFDELING |
TELEFON |
|
|
REVISOR |
|||
|
REVISOR |
|||
|
LEVERANDØR |
Foredrag 4. SprogoperatørerSQL
SELECT bruges til at hente enhver mængde data fra en eller flere tabeller. Generelt er resultatet af at udføre en SELECT-sætning EN ANDEN TABEL. Denne nye tabel kan igen være genstand for en SELECT-operation og så videre.
1) En uafhængig kommando til at hente og vise rækker i en tabel dannet af kolonner og rækker i en eller flere visningstabeller
2) som et element i WHERE- eller HAVING-tilstanden. Dette kaldes en falsk anmodning
3) valgsætning i CREATE VIEW DECLARE CURSOR INSERT kommandoer
4) Globalt opgaveværktøj variable værdier og rækker i den genererede tabel. IND I
Har følgende format.
VÆLG [ vælg data og udfør transformationer i overensstemmelse med de specificerede udtryk og/eller funktioner, før du udskriver dem
Element, -\\-) FRA opregning.......
bundbord | repræsentation],
Rækker fra de angivne tabeller skal overholde den specificerede liste over rækkevalgsbetingelser
Udtryk]
GROUP BY er en operation til gruppering efter en specificeret liste af kolonner for at opnå en enkelt aggregeret værdi for hver gruppe.
HAVING - betingelse for filtrering efter grupper.
5. Enkel prøveudtagning.
* fungerer som et alias for
at vælge et bestemt felt
Eliminering af dubletter. For at eliminere dubletter og samtidig bestille listen, bruges en forespørgsel med DISTINCT nøgleordet.
Prøveudtagning af beregnede værdier.
SELECT-udtrykket kan ikke kun indeholde en liste over kolonner, men også et udtryk.
Valg ved hjælp af WHERE-sætningen. I syntaksen for udvælgelsessætningen de nødvendige linjer tabeller kan bruges grundlæggende operatører sammenligninger. Og evnen til at bruge sammensatte logiske udtryk.
HVOR P1 = 6 OG P2 = 8
Du kan bruge BETWEEN til at vælge værdier i et interval.
BETWEEN er praktisk at bruge, når man arbejder med givne specificerede intervaller, begyndelsen og slutningen, som er placeret i forskellige tabeller.
Brug af IN-operatøren.
IN (3, 4, 5)<=>P1= 3 ELLER P1 = 4 ELLER P1 = 5
Bruger LIKE
Denne operator giver dig mulighed for at finde alle værdier af en specificeret kolonne, der matcher et mønster.
Erstatter ethvert enkelt tegn.
% - erstatter enhver sekvens på n tegn.
Involvering af udefineret værdi (NULL). IS bruges til at kontrollere for en udefineret værdi.
Prøveudtagning med bestilling. ORDER BY operatoren bruges til at sortere data. Kan som standard sorteres i stigende rækkefølge. ASC nøgleordet giver dig mulighed for at sortere i faldende rækkefølge.
Datasammenlægning
Der er en række SQL standard funktioner. Med undtagelse af det specielle tilfælde COUNT *, hver af disse funktioner ... kolonner i en tabel og skaber flere værdier.
COUNT - antal værdier i kolonnen
SUM - summen af værdierne i kolonnen
AVG - gennemsnitsværdi i en kolonne
Kolonnen skal indeholde numeriske værdier. Argumentet for alle funktioner undtagen COUNT * er indledt af nøgleordet DISTINCT, hvilket indikerer...
Og COUNT* bruges til at tælle alle rækker i tabellen med dubletter.
Hvis GROUP BY-sætningen ikke bruges, kan SELECT kun inkludere SQL funktioner eller udtryk, der indeholder sådanne funktioner.
GROUP BY klausul
Udløser en omarrangering af tabellerne specificeret i FROM i grupper, som hver har de samme værdier i kolonnen specificeret i GROUP BY. Denne sætning indebærer ikke sortering.
HAVING-sætningen spiller den samme rolle for grupper, som WHERE-sætningen gør for strenge. Disse bruges til at ekskludere grupper.
Udgivet på Allbest.ru
Lignende dokumenter
Moderne databaser er multifunktionelle software systemer arbejder i et åbent distribueret miljø læringsdatabaseadministration. Metoder til organisering af ekstern databasehukommelse. Databasestyringssystemer til lagring af information.
kursusarbejde, tilføjet 12/07/2010
Grundlæggende begreber i database- og databasestyringssystemer. Typer af data, de arbejder med Microsoft database Adgang. Klassificering af DBMS og deres vigtigste karakteristika. Post-relationelle databaser. Tendenser i verden af moderne informationssystemer.
kursusarbejde, tilføjet 28.01.2014
Begrebet en database, dens struktur. Generelle principper for informationslagring. en kort beskrivelse af træk ved den hierarkiske, netværks- og relationelle model for dataorganisation. Structured Query Language: koncept, komposition. Kompilering af tabeller i Microsoft Access.
foredrag, tilføjet 25.06.2013
Fordele og ulemper ved robotsvejsning. Karakteristika for typer af databasestyringssystemer. Informationsmodel af en svejserobot, robotstyringssystem til svejsepistoler. Robotudvælgelseskriterier og prøveudtagningsanmodningsstruktur.
kursusarbejde, tilføjet 22.12.2014
Eksterne hukommelsesenheder. Databasestyringssystem. Oprettelse, vedligeholdelse og deling databaser af mange brugere. Konceptet med et programmeringssystem. Dataadgangssider. Makroer og moduler. Eksklusiv driftstilstand.
abstract, tilføjet 01/10/2011
Former for oplysning. Hovedtyper af anvendt datamodel. Niveauer informationsprocesser. Informationssøgning og datahentning. netværkslagring data. Problemer med at udvikle og vedligeholde datavarehuse. Databehandlingsteknologier.
foredrag, tilføjet 19.08.2013
Karakteristika for kategorier af moderne databaser. Undersøgelse af funktionerne i centraliserede og distribuerede databaser. Klassificering af databasestyringssystemer efter programtype og applikation. Håndtering af RAM-buffere og transaktioner.
kursusarbejde, tilføjet 03/10/2016
Klassificering af databaser efter arten af de oplysninger, der lagres, metoden til lagring af data og strukturen af deres organisation. Moderne systemer databasestyring og programmer til oprettelse af dem: Microsoft Kontoradgang, Cronos Plus, Base Editor, My SQL.
præsentation, tilføjet 06/03/2014
Funktioner af informationsstyring i økonomi. Koncept og funktioner for et databasestyringssystem, brug af et standard relationelt forespørgselssprog. Værktøjer til at organisere databaser og arbejde med dem. Databasestyringssystemer i økonomi.
test, tilføjet 16/11/2010
Struktur og funktioner i et databasestyringssystem (DBMS). Håndtering af datalagring og adgang. Beskyt og vedligehold dataintegritet. Pålidelighed af datalagring i ekstern hukommelse. Klassificering af DBMS i henhold til metoden til adgang til databasen.
En af de mest populære anvendelser af computere er at arbejde med information. Information er enhver information om enhver begivenhed, enhed, proces osv., som er genstand for nogle operationer: perception, transmission, transformation, lagring eller brug. En computer kan lagre store mængder information, øjeblikkeligt behandle den og producere den i den ønskede form.
Overvej en virksomhed, der har store mængder data lagret på computere i lange perioder, såsom et flyselskab. Disse data kan især indeholde oplysninger om passagerer, flyvninger, fly og personale og repræsentere relationer, der er typiske for et bestemt emneområde. Sådanne forhold er f.eks. salg af billetter (hvilke passagerer, hvortil der sælges fly- og pladsbilletter), dannelse af besætninger (som skal være kaptajn på skibet, andenpilot osv., på hvilket fly ) og registrering af vedligeholdelse (hvornår og af hvem hvert luftfartøj bliver serviceret sidste gang osv.). Du kan forestille dig, hvor meget indsats og tid det ville tage for en person at være i stand til at finde nogle data, hvis det er nødvendigt (f.eks. om en billet til en sådan og en serie blev solgt, og til hvem, for sådan og sådan en flyvning) ! Hvad hvis disse data er gemt sammen med andre lignende dem i ét stort center, der modtager information fra lufthavne i hele landet?
Så ville en sådan opgave måske kræve mange års hårdt arbejde. Men vi lever i en tid, hvor folk forsøger at finde måder at gøre deres arbejde lettere på. Og en af de trofaste assistenter i dette var computeren, som ikke er nogen hemmelighed for nogen nu. Du har allerede gættet, at det følgende vil være en diskussion om, hvordan man løser problemerne beskrevet ovenfor. Faktisk fandt manden en fantastisk løsning - han udviklede et databasestyringssystem (DBMS). Dette system er designet således, at en person, uden at besvære sig særligt med kedeligt arbejde, kan arbejde med store mængder data organiseret på en særlig måde (mere om dette lidt senere). Men udover at DBMS giver brugeren mulighed for at søge efter bestemte informationer, giver det mulighed for at udarbejde rapporter om bestemte data (f.eks. i tilfælde af en lufthavn, beregne lønninger og udarbejde erklæringer om dem for div. lufthavnsansatte: piloter, administration, stewardesser, mekanikere osv.), ændre eksisterende data (f.eks. i tilfælde af flyfejl, genudstedelse af en billet, afskedigelse af en person osv.), søge efter information under flere forhold (f.eks. piloter, hvis erhvervserfaring er mere end 7 år, alder ikke under 30 år og mindst videregående uddannelse) osv. Funktionerne i DBMS vil blive diskuteret mere detaljeret nedenfor, men lad os nu introducere en definition.
Database(DB) – en navngivet samling af data, der afspejler objekternes tilstand og deres relationer i det undersøgte emneområde.
For Aeroflots tilfælde er databasen data om flyvninger, piloter, billetter mv. Du har allerede læst om disse data. Det skal bemærkes, at data i databasen ikke indsamles om alt i verden, men data, der vedrører et specifikt område af menneskelig aktivitet og på en eller anden måde er forbundet med hinanden. Det giver ingen mening for regnskabsmedarbejdere at have information i databasen om emnet bøger på bybiblioteker; de vil simpelthen højst sandsynligt aldrig blive brugt. Derudover gemmer computerbrugeren som bekendt store mængder information, og databasen er en af dem, i ekstern hukommelse. Ikke alene vil informationen ikke blive brugt, men den kræver også en vis mængde ekstern hukommelse, som er forbundet med visse materialeomkostninger, og ingen fornuftig ejer ville smide penge væk.
2.2 Databasepræsentationsniveauer
Det er klart, at der er mange abstraktionsniveauer mellem computeren, som beskæftiger sig med bits, og slutbrugerne, som beskæftiger sig med abstraktioner såsom flyvninger eller besætningsopgaver. Abstraktionsniveauerne og forbindelserne mellem dem er præsenteret i fig. 1.
Grundlæggende information om databasen. Begreber: Database, Fagområde, Datastrukturering, Databasestyringssystemer.
Database (DB)- et struktureret, organiseret datasæt, der beskriver egenskaberne ved ethvert fysisk eller virtuellt system.
"Database" er ofte forenklet eller fejlagtigt kaldet Database Management Systems (DBMS). Det er nødvendigt at skelne mellem et datasæt (selve databasen) og software, designet til at organisere og vedligeholde en database (DBMS).
Hovedformålet med informationssystemer er straks at give brugeren information om omverdenen ved at implementere et spørgsmål-svar forhold. Spørgsmål-svar-relationer, modtagelse af fortolkning i omverdenen (verden uden for informationssystemet), gør det muligt til informationssystemet at udvælge et bestemt fragment af det - emneområdet - som vil blive inkorporeret i det automatiserede informationssystem. Information om omverdenen præsenteres i informationssystemet (IS) i form af data. Dette begrænser mulighederne for semantisk fortolkning af information og specificerer semantikken for dens præsentation i IS. Helheden af disse data allokeret til IS, forbindelserne mellem dem og operationer på dem danner information og funktionel model emneområde, der beskriver dets tilstand med en vis nøjagtighed.
Datastrukturering– aftale om metoden til datapræsentation.
OBD kontrolsystemer- et specialiseret program (normalt et sæt programmer) designet til at organisere og vedligeholde en database. For at skabe og administrere et informationssystem er et DBMS nødvendigt i samme omfang som at udvikle et program i algoritmisk sprog en oversætter er nødvendig.
Hovedfunktioner i DBMS:
· datahåndtering i ekstern hukommelse (på diske);
· datahåndtering i RAM vha disk cache;
· logge ændringer, backup og databasegendannelse efter fejl;
· understøttelse af databasesprog (datadefinitionssprog, datamanipulationssprog).
Typisk indeholder et moderne DBMS følgende komponenter:
kerne, som er ansvarlig for håndtering af data i ekstern og RAM-hukommelse og logning,
database sprogprocessor, levere optimering af anmodninger om at hente og ændre data og skabe som regel maskinuafhængig eksekverbar intern kode,
runtime support undersystem, som fortolker datamanipulationsprogrammer, der skaber brugergrænseflade med DBMS
og serviceprogrammer(eksterne forsyningsselskaber) giver en række yderligere funktioner vedligeholdelse af informationssystem.
DBMS klassifikation
Efter datamodel
Baseret på typen af database, der administreres, er DBMS'er opdelt i:
· Netværk
Hierarkisk
· Relationel
Objekt-relationel
Objektorienteret
Ifølge arkitekturen for datalagringsorganisation
lokal DBMS (alle dele af den lokale DBMS er placeret på én computer)
· distribueret DBMS (dele af DBMS kan være placeret på to eller flere computere)
2. Klassificering af databaser i henhold til metoden for dataadgang.
Efter metode til at få adgang til databasen
Filservere
I filserver-DBMS'er er datafiler placeret centralt på en filserver. DBMS-kernen er placeret på hver klientcomputer. Data tilgås via lokalt netværk. Synkronisering af læsninger og opdateringer udføres ved hjælp af fillåse. Fordelen ved denne arkitektur er den lave belastning på serverens CPU, men ulempen er høj belastning lokalt netværk.
På dette øjeblik filserver DBMS'er betragtes som forældede.
Eksempler: Microsoft Access, Borland Paradox.
Klient-server
Sådanne DBMS'er består af en klientdel (som er en del af applikationsprogrammet) og en server (se Klient-server). Klient-server DBMS'er, i modsætning til fil-server, giver adgangskontrol mellem brugere og har ringe belastning på netværket og klientmaskiner. Serveren er et program eksternt i forhold til klienten, og kan om nødvendigt erstattes af et andet. Ulempen ved klient-server DBMS er selve det faktum, at serveren eksisterer (hvilket er dårligt for lokale programmer- de har mere praktisk indlejret DBMS) og store computerressourcer, der forbruges af serveren.
Eksempler: Firebird, Interbase, MS SQL Server, Sybase, Oracle, PostgreSQL, MySQL.
Indbygget
Et indlejret DBMS er et bibliotek, der giver dig mulighed for at gemme store mængder data på en lokal maskine på en samlet måde. Data kan tilgås via SQL eller specielle funktioner DBMS. Embedded DBMS'er er hurtigere end konventionelle klient-servere og kræver ikke serverinstallation, derfor er de efterspurgte i lokal software, der håndterer store mængder data (f.eks. geografiske informationssystemer).
Den vigtigste mål design informationsmodel- udvikling af en konsistent struktureret fortolkning af virkelige oplysninger om det undersøgte fagområde og samspillet mellem dets strukturelle komponenter.
Begrebet en konceptuel datamodel er forbundet med metodikken for semantisk datamodellering, dvs. præsentation af data i sammenhæng med dets relationer med andre data. Hovedformålene med den konceptuelle model er entiteter og relationer.
Essens- et eller andet isoleret objekt eller begivenhed i det modellerede system, som har et bestemt sæt egenskaber - attributter. Et individuelt element i dette sæt kaldes en "entity-instans". En enhed kan have en eller flere attributter, der unikt identificerer hver forekomst af entiteten, og kan have et hvilket som helst antal relationer til andre enheder.
Regler for enhedsattributter:
Hver egenskab skal have unikt navn.
· En enhed kan have et hvilket som helst antal attributter.
· En enhed kan have et hvilket som helst antal arvelige attributter, men den nedarvede attribut skal være en del af den overordnede enheds primære nøgle.
· For hver forekomst af en enhed skal der være en værdi for hver af dens attributter (Noll-reglen).
· Ingen forekomst af en enhed kan have mere end én værdi for dens attribut.
Når du bygger en database:
1. Bestem MÅLET
2. definere funktioner
Eksternt niveau– hvad der skal præsenteres i en struktureret form;
Koncept design– informationsobjekter er opstillet og forbundet med hinanden + eksternt niveau
3. konvertere konceptuel model ind i databasemodellen.
Relationer mellem objekter:
1:1, 1:til mange, mange til mange.
Datamodeller
· Netværk
· Hierarkisk
· Relationel
· Objekt-relationel
· Objektorienteret\
Netværk: De grundlæggende begreber i netværksdatabasemodellen omfatter: niveau, element (knudepunkt), forbindelse.
Knude er en samling af dataattributter, der beskriver et objekt. I et hierarkisk trædiagram er noder repræsenteret som hjørner i grafen. I en netværksstruktur kan hvert element forbindes med et hvilket som helst andet element.
Netværksdatabaser ligner hierarkiske databaser, bortset fra at de har pointere i begge retninger, der forbinder relateret information.
Selvom denne model løser nogle af problemerne forbundet med den hierarkiske model, er udførelse af simple forespørgsler stadig ret kompleks.
Da logikken i datahentningsproceduren afhænger af den fysiske organisering af disse data, er denne model ikke fuldstændig uafhængig af applikationen. Med andre ord, hvis datastrukturen skal ændres, så skal applikationen ændres.
Hierarkisk: består af objekter med pointere fra overordnede objekter til børn, der forbinder relateret information sammen.
Hierarkiske databaser kan repræsenteres som et træ bestående af objekter på forskellige niveauer. Det øverste niveau er optaget af et objekt, det andet - af objekter på det andet niveau osv.
Der er forbindelser mellem objekter; hvert objekt kan omfatte flere objekter på lavere niveau. Sådanne objekter er i forholdet mellem en forfader (et objekt tættere på roden) til et barn (et objekt på et lavere niveau), og det er muligt, at et forfaderobjekt ikke har nogen efterkommere eller har flere af dem, mens et efterkommerobjekt må kun have én forfader. Objekter, der har en fælles forfader, kaldes tvillinger.
Relationel: Begrebet relation er forbundet med udviklingen af den berømte engelske specialist inden for databasesystemer, Edgar Codd.
Disse modeller er kendetegnet ved enkelhed af datastruktur, brugervenlig tabelrepræsentation og evnen til at bruge det formelle apparat af relationel algebra og relationel calculus til databehandling.
Relationsmodellen fokuserer på at organisere data i form af todimensionelle tabeller. Hver relationstabel er en todimensionel matrix og har følgende egenskaber:
Hvert tabelelement er ét dataelement
· alle kolonner i tabellen er homogene, det vil sige, at alle elementer i kolonnen har samme type(numerisk, tegn osv.)
Hver kolonne har et unikt navn
Der er ingen identiske rækker i tabellen
· rækkefølgen af rækker og kolonner kan være vilkårlig
Basale koncepter relationelle DBMS er: 1) attribut 2) relationer 3) tuple
Relationel database model
Relationel datamodel er et sæt af indbyrdes forbundne todimensionelle tabeller. Hver tabel indeholder oplysninger om homogene databaseobjekter og har følgende egenskaber:
Hvert tabelelement repræsenterer et dataelement;
Elementer i en søjle er homogene;
Hver kolonne har et unikt navn;
Tabellen indeholder ikke to eller flere identiske rækker;
Rækkefølgen af rækker og kolonner er vilkårlig.
Sådanne tabeller kaldes relationelle. Data kan hentes fra flere tabeller samtidigt. Dette er muligt, hvis du etablerer forbindelser mellem tabellerne. Tabeller er knyttet til hinanden for i sidste ende at reducere størrelsen af databasen. Hvert par tabeller er forbundet, hvis de har identiske kolonner.
Relationel tabelrække- kaldes en rekord, og kolonner kaldes felter. En post er én kopi informationsobjekt. Feltet afspejler en eller anden egenskab ved dette objekt. Hvert felt er karakteriseret ved: et navn; type; størrelse.
En nøgle kan bruges til entydigt at identificere hver post. En nøgle kan bestå af et eller flere felter i en post. Hvis en nøgle består af flere felter, kaldes den sammensatte. Nøglen skal være unik og entydigt identificere posten. Ved at bruge nøgleværdien kan du finde en enkelt post. Nøgler tjener også til at organisere information i databasen.
Følgende operationer er mulige på relationelle tabeller:
Flet tabeller med samme struktur. Resultat - generel tabel: først først, derefter anden (sammenkædning).
Skæring af tabeller med samme struktur. Resultat – de poster, der er i begge tabeller, er valgt.
Træk tabeller med samme struktur fra. Resultat - de poster er valgt, som ikke er i den fratrukne.
Prøve (vandret delmængde). Resultat – poster, der opfylder visse betingelser, vælges.
Projektion (lodret delmængde). Resultatet er en relation, der indeholder nogle af felterne fra kildetabellerne.
Kartesisk produkt af to borde. Den resulterende tabels poster opnås ved at sammenkæde hver post i den første tabel med hver post i den anden tabel.
Relationsdatabasetabeller skal opfylde kravene til normalisering af relationer.
IIF(betingelse, værdi_hvis_sand, værdi_hvis_falsk). Forespørgsler kan producere en generaliseret gruppefeltværdi på samme måde som en enkelt feltværdi. Dette gøres ved hjælp af aggregerede funktioner. Aggregerede funktioner producerer en enkelt værdi for en hel tabelgruppe. Der er en liste over disse funktioner: felter.
QBE valg forespørgsler.
Udvalgte forespørgsler ændrer ikke indholdet af databasen; de tjener kun til at vise data, der reagerer givne forhold. Eksempelanmodninger kan være af følgende typer:
Enkel prøveanmodning;
Anmodning med parameter;
Forespørgsel med resultater;
Krydsanmodning;
En forespørgsel med et beregnet felt.
En simpel valgforespørgsel er designet til at hente data fra en eller flere tabeller og vise dem i dataarkvisning.
Form simpel anmodning indeholder seks linjer:
Feltnavn;
Tabelnavn;
Sortering;
Display (angiver om feltet vil være til stede i det dynamiske datasæt);
Udvælgelsesbetingelse (indeholder den første betingelse, der begrænser datasættet);
Eller (indeholder andre databegrænsningsvilkår).
Udvikling af en simpel forespørgsel udføres i flere trin:
Udvælgelse af bord;
Valg af felter (tilføje felter til en anmodning);
Etablering af udvælgelseskriterier;
Indstilling af rækkefølgen af poster (sortering).
En krydsforespørgsel beregner sum, middelværdi, kardinalitet og andre statistiske funktioner, grupperer dataene og viser dem i en kompakt form, der ligner et pivotregneark.
En krydsforespørgsel oprettes ved hjælp af den relevante guide eller i forespørgselsdesigneren. Anmodningsformularen specificerer, hvilke feltværdier der vil blive brugt i beregninger eller som række- og kolonneoverskrifter.
Krydsanmodning er en særlig type gruppeanmodning. Koncerndriftslinjen skal medtages. Anmodningen skal indstilles til: mindst tre parametre– rækkeoverskriftsfelt, kolonneoverskriftsfelt og værdivalgsfelt. Felter, der bruges som rækker og kolonner, skal indeholde gruppefunktionen i rækken Group Operation. For at oprette en anmodning skal du køre følgende handlinger:
skab ny anmodning for tabellen/tabellerne, herunder de påkrævede felter i layoutet;
Udfør kommandoen QUERY/CROSS;
I krydstabelrækken angives hvilket felt der bruges som rækkeoverskrifter, hvilket felt der bruges som kolonneoverskrifter, og hvilket felt der bruges til at udføre beregninger i overensstemmelse med den valgte gruppeoperation;
I værdifeltets gruppeoperationslinje skal du vælge den resulterende funktion.
Forespørgsel med parameter er en forespørgsel, der beder brugeren om at indtaste data i en dialogboks, såsom en betingelse for at returnere poster eller en værdi, der skal være indeholdt i et felt. Du kan oprette en forespørgsel, der beder dig om at indtaste flere oplysninger, såsom to datoer. Dette vil returnere alle poster mellem de angivne to datoer.
Forespørgsler med parametre er praktiske at bruge som grundlag for oprettelse af formularer og rapporter. For eksempel kan du oprette en månedlig indkomstrapport baseret på en forespørgsel med parametre. Når denne rapport vises, vises en prompt på skærmen for at indtaste den måned, hvis indkomst interesserer brugeren. Efter indtastning af måneden vil den påkrævede rapport blive vist på skærmen.
For at oprette en forespørgsel med en parameter, skal du indtaste teksten i invitationen for at indtaste denne i linjen Udvalgsbetingelser for et givent felt, og omslutte det i rektangulære parenteser. Du kan indstille parametre for flere felter eller definere flere parametre til valg for et felt ved hjælp af en multi-line betingelsesindtastning sammen med logisk operation"ELLER".
QBE-forespørgsler - handlinger.
Udførelse af anmodningen- handling fører til ændringer i indholdet af databasen. Du bør være forsigtig, når du udfører sådanne forespørgsler, da skødesløs brug af disse forespørgsler kan føre til irreversibelt tab af information i databasen. Derfor markerer Access automatisk anmodninger - handlinger i databasevinduet med symbolet «!» .
Når du opretter en forespørgsel, opretter Access som standard en valgforespørgsel. Hvis det er nødvendigt, kan du bruge forespørgselsdesignerkommandoer til at angive en anden forespørgselstype.
Der er 4 typer ændringsanmodninger:
- anmodning om at tilføje;
- opdateringsanmodning;
- anmodning om fjernelse;
- anmodning om at oprette en tabel.
Anmodning om at tilføje giver dig mulighed for at tilføje poster til den angivne tabel, ikke kun den aktuelle database, men også enhver anden database. Strukturen af forespørgselstabelposten behøver ikke nødvendigvis at matche strukturen af den tabel, som poster vil blive tilføjet til. For eksempel kan en forespørgselspost have færre felter, hvis felterne i den modtagende tabel ikke skal udfyldes. Felttypemismatch er tilladt, hvis det er muligt at konvertere datatypen for et felt til datatypen for et andet felt.
For at oprette en anmodning skal du udføre følgende trin:
Opret en valgforespørgsel og fejlfind den (tilføj tabeller, hvis feltværdier vil blive brugt til at tilføje poster);
Annuller egenskaben Vis for forespørgselsfelter;
Udfør kommandoen REQUEST/ADD for at konvertere til en tilføjelsesanmodning. I dette tilfælde vises linjen Tilføjelse i anmodningsformularen. Dernæst skal du i anmodningsformularen inkludere de felter, hvis data vil blive tilføjet til modtagetabellen. Du kan også indtaste betingelser for valg af poster, der skal tilføjes.
Angiv navnet på den tabel, hvor poster vil blive tilføjet;
Udfør kommandoen REQUEST/Run.
Hvis den modtagende tabel indeholder et nøglefelt, skal de tilføjede poster have det samme nøglefelt (i henhold til databasens integritetsbetingelser).
Teknologien til at oprette andre typer anmodninger - handlinger ligner.
Anmodning om opdatering giver dig mulighed for at ændre den valgte gruppe af poster baseret på udvælgelseskriterierne. Du kan angive et eller flere felter i en opdateringsanmodning ved at gøre det nødvendige indstillinger i opdateringslinjen. For at et felt skal opdateres, skal du i linjen Opdater indtaste en værdi eller et udtryk, der definerer den nye værdi. Når det er afsluttet, åbnes en dialogboks, der angiver antallet af opdaterede poster.
Anmodning om fjernelse giver dig mulighed for at slette poster fra en eller flere tabeller på samme tid. En sletteanmodning sletter hele tabelposter, der opfylder udvælgelseskriterierne, så hvis du ønsker at slette værdierne af individuelle felter i en post, skal du oprette en opdateringsanmodning. Mens denne forespørgsel kører, viser Access de data, der vil blive slettet. For at kunne se alle felterne i de poster, der skal slettes, skal du trække "*"-symbolet fra den første linje af listen over felter i tabellen, hvis poster du vil slette, med musen ind i den første linje af anmodningsformularen i den første gratis kolonne. I dette tilfælde vil navnet på tabellen vises i denne kolonne i feltlinjen, og værdien Fra vises i linjen med navnet Slet.
Forespørgsel om at oprette en tabel opretter en ny tabel baseret på et dynamisk datasæt. Den nye tabel bevarer navnene, datatyperne og feltstørrelserne, som de var i de underliggende forespørgselstabeller. Andre feltegenskaber nedarves ikke.
Typer af formularer
Du kan oprette følgende typer formularer i Access:
Kolonneformular eller fuldskærmsformular;
Tape form;
Tabelform;
Hoved-/underform;
Pivot tabel;
Form - diagram.
En kolonneformular er en samling af inputfelter arrangeret på en bestemt måde med deres tilsvarende etiketter og kontroller. Formularen giver dig mulighed for kun at vise felterne for én post på skærmen.
En båndformular bruges til at vise felter fra flere poster. Felterne er ikke nødvendigvis arrangeret i en tabel, men en kolonne er tildelt et felt, og feltetiketterne er arrangeret som kolonneoverskrifter.
En tabelform viser data i tabelvisning.
Hoved-/underformularen er en kombination af en kolonneformular og en tabelformular. Det giver mening at oprette det, når du arbejder med relaterede tabeller, der har en en-til-mange-relation.
Pivottabelformen udføres af Pivottabelguiden. Excel tabeller baseret på Access-tabeller og -forespørgsler (pivottabelguiden er et objekt indlejret i Access; for at bruge det i Access skal du have Excel installeret). En pivottabel er en krydstabulering af data, hvor oversigtsdataene er placeret i skæringspunktet mellem rækker og kolonner med de aktuelle parameterværdier.
Form med diagram. I Access kan du indsætte et diagram oprettet af Microsoft Graph i en formular. Graph er en OLE-indlejret applikation og kan startes fra Access. Du kan arbejde med et indlejret diagram på samme måde, som du ville med ethvert OLE-objekt.
Design af formularer
Når du opretter en ny formular, vises dialogboksen Ny formular, hvor du skal vælge:
Metode til oprettelse af en formular;
Datakilde (fra listen).
Få adgang til tilbud følgende metoder oprettelse af en formular:
1. Brug af Autoform. AutoForm giver dig mulighed for at oprette tre standardtyper af formularer: kolonne, bånd, tabel. I dette tilfælde er alle felter i datakilden indsat i formularen.
2. Brug af formularguiden. Under dialogen med brugeren opretter guiden en form af en af tre standardtyper. I dette tilfælde indsættes brugervalgte felter fra datakilden i formularen.
3. Brug af formulardesigneren. Formularen er designet af brugeren i formulardesignervinduet.
Følgende teknologi er praktisk, når du opretter en ny formular: formularen oprettes ved hjælp af en autoform eller formularguiden og ændres derefter i designtilstand.
Kilden til formulardataene er en eller flere relaterede tabeller og/eller forespørgsler.
Formstruktur
Skemaet består af fem hovedafsnit:
1. Formulartitel. Indholdet af formulartitelområdet vises øverst i formularvinduet.
2. Overskrift. Indholdet af sidehovedområdet vises efter overskriften øverst på skærmen på hver side i formularen (hvis formularen er på flere sider). Typisk indeholder overskriftsområdet tabeloverskriften (kolonneoverskrifter).
3. Dataområde. Dataområdet indeholder felter, hvor data vises.
4. Sidefod. Indholdet af sidefodsområdet (dato, sidenr. osv.) vises på hver skærmside nederst i formularen.
5. Form notat. Indholdet af dette område vises nederst på formularens sidste skærmside.
Skemaet kan indeholde alle sektioner eller kun nogle af dem.
Form egenskaber
Ligesom enhver Adgangsobjekt, form har egenskaber. Værdierne af disse egenskaber bestemmer udseende formularer. Vinduet "Egenskaber" i en formular kan hentes frem, for eksempel ved at klikke højre tast musen hen over den sorte firkant i skæringspunktet mellem linealerne og fra kontekstmenu vælg kommandoen EGENSKABER.
Egenskabsvinduet for det valgte objekt indeholder følgende faner:
Layout – egenskaber, der angiver layoutet af formularen;
Data – egenskaber, der definerer datakilden, datatypen, formatet osv.;
Hændelser – en liste over hændelser knyttet til objektet;
Alle – en liste over alle ejendomme.
Formens grundlæggende egenskaber:
Billedtekst (denne egenskab er placeret på fanen LAYOUT) – angiver navnet på formularen, som vises i titellinjen i formularvinduet.
Standardtilstand – bestemmer åbningsmåden for formularen (simpel formular, bånd, tabel).
Tilladte tilstande – egenskaben angiver, om det er muligt at skifte fra tabeltilstand til formulartilstand og tilbage ved hjælp af VIS-menukommandoer. Ejendommen kan have følgende værdier:
alt er muligt;
tabel – ikke muligt, kun visning i tabeltilstand er muligt;
form – ikke muligt, kun visning i formulartilstand er muligt.
Tillad modifikation afgør, om data kan ændres gennem formularen, dvs. indstiller skrivebeskyttet status.
Tillad sletning afgør, om brugeren kan slette data via formularen.
Tillad tilføjelse afgør, om brugeren kan tilføje poster via formularen.
Dataindtastningen bestemmer formularens åbningstilstand. Kan tage værdierne "Ja" (formularen åbner kun for at tilføje nye poster) og "Nej" (eksisterende poster vises i formularen).
Record locking definerer, hvordan en post blokeres, og hvordan den implementeres, når to brugere forsøger at ændre den samme post.
Følgende egenskaber bestemmer, om følgende elementer vises i formularvinduet:
rullebjælker;
Vinduesmenuknap;
Vinduesstørrelse knap;
Luk vinduesknap;
Vindues kanttype;
Kontekstuel hjælpeknap.
Postnummerfeltet bestemmer, om knapper til at flytte gennem poster vil blive vist i formularvinduet.
Form kontrolelementer
Et kontrolelement er et hvilket som helst formular- eller rapportobjekt, der bruges til at vise data på skærmen, designe eller udføre makrokommandoer. Kontroller kan være bundet, beregnet eller gratis.
En bundet (vedhæftet) kontrol er knyttet til et felt i den underliggende tabel eller forespørgsel. Når du indtaster en værdi i det tilknyttede kontrolelement, opdateres tabelfeltet for den aktuelle post automatisk. Tabelfeltet er datakilden for den tilknyttede kontrol.
Der oprettes en beregnet kontrol baseret på udtryk. Udtryk kan bruge tabel- eller forespørgselsfeltdata, data fra en anden formular eller rapportkontrol og funktioner.
Gratis kontroller er designet til at vise data, linjer, rektangler og billeder på skærmen. Frie kontroller kaldes også variable eller hukommelsesvariable.
Alle kontrolelementer kan tilføjes til en formular eller rapport ved hjælp af kontrolværktøjslinjen, som vises, når du arbejder med formularen eller rapporten.
De vigtigste kontroller er:
Billedtekst er et element designet til at vise tekst. Indskriften kan bestå af en eller flere linjer. Er gratis element. Der er inskriptioner, der er gratis og knyttet til et andet element (signaturer).
Fritekst bruges til at sætte overskrifter og kommentarer. Oprettet af knappen "Inscription" på værktøjslinjen.
Signaturen skabes samtidig med oprettelsen af det element, som den er knyttet til. Signaturen bruges sammen med felter, afkrydsningsfelter, alternativknapper og lister.
Felter er elementer designet til at vise data eller indtaste data. Felter kan vedhæftes eller gratis. Indholdet af frie felter gemmes ikke nogen steder.
Et felt er det vigtigste kontrolelement, når du arbejder med databaser, da det giver dig mulighed for at vise og redigere data fra databasetabeller.
Tilføjelse af et ledigt felt til formularen sker ved at bruge knappen "Felt" på værktøjslinjen. Tilføjelse af et vedhæftet felt (linket til et tabelfelt) sker i designtilstand som følger:
I panelet "Formulardesigner" skal du vælge knappen "Feltliste";
Fra den viste liste over basistabelfelter skal du vælge det ønskede felt og trække det ind i formulardataområdet. Du kan trække et eller en udvalgt gruppe af felter.
Du kan indtaste beregnede felter i formularen. Det beregnede felt er et frit felt. For at oprette den skal du vælge knappen Felt på værktøjslinjen og indsætte den på det ønskede sted på formularen, og derefter indtaste udtrykket direkte i elementet "File" eller som værdien af egenskaben Data I et beregnet felt , skal udtrykket begynde med tegnet "=". Udtryk kan indtastes manuelt eller formudtryksbygger.
Kontrolelementer Switches, Switches, Checkboxes. Funktionsprincippet for disse kontroller er nøjagtigt det samme; de adskiller sig kun i udseende.
Elementer bruges til at vise booleske data og returnere en værdi (-1) til deres tilknyttede tabelfelt, hvis knappen er sand, og 0 ellers.
Du kan indtaste en standardværdi for at vise en specificeret tilstand. hvis denne værdi ikke er indstillet, vil elementet være i Null-tilstanden, hvilket svarer til False-værdien.
Gruppe – et kontrolelement designet til at rumme flere kontakter, radioknapper eller afkrydsningsfelter. Elementer i en gruppe fungerer i harmoni. Det maksimale antal elementer er 4, og et element kan vælges ad gangen. Gruppen returnerer et tal, der svarer til nummeret på det valgte element.
Afkrydsningsfeltet og Switch-kontrollerne kan bruges ikke kun i en gruppe, men også individuelt.
Afkrydsningsfeltet kan være knyttet til et boolesk felt i den underliggende tabel eller forespørgsel. Hvis et afkrydsningsfelt er knyttet til et logisk felt i basistabellen, svarer tilstanden Markeret/Ukontrolleret til feltværdierne.
Afkrydsningsfeltet kan være et gratis element. I dette tilfælde bruges det i specielle dialogbokse til at acceptere brugerinput.
Switch-kontrolelementet kan bruges på lignende måde.
Lister (List og Combo Box) er kontroller, der giver dig mulighed for at vælge den ønskede værdi fra flere (lister). En liste er en samling af rækker, der indeholder data. Rækker kan indeholde en eller flere kolonner med overskrifter.
Listekontrollen kan vedhæftes (linket) eller gratis. Den samlede liste sender den valgte værdi til basistabel-/forespørgselsfeltet. En fri liste returnerer en værdi, der bruges i et andet element eller til at slå en post op i den underliggende tabel/forespørgsel.
Lister oprettes ved hjælp af en guide. De fleste af egenskaberne for listekontrolelementet genereres automatisk under guiden. De kan så ændres.
Grundlæggende egenskaber ved lister:
1. Datakildetype: tabel / forespørgsel; liste over værdier; liste over felter; VBA funktion.
2. Datakilde – angiver den faktiske datakilde: for en tabel/forespørgsel – navnet på tabellen/forespørgslen; for en liste over værdier - værdierne af listeelementerne adskilt af ";" (f.eks. Køn – m;k).
3. Vedhæftet kolonne – et felt i basistabellen, som listen er knyttet til.
4. Antal kolonner – antallet af kolonner på listen. Hvis datakilden er en liste over værdier, fordeles elementerne fra listen i rækker og kolonner.
5. Kolonnebredde – angivet som en numerisk værdi ved hjælp af ";". Du kan skjule en vedhæftet listekolonne, hvis den indeholder flere kolonner. For at gøre dette skal du indstille kolonnebredden til 0. Værdien vises ikke, når listen vises, men når du vælger en række, vises værdien fra den vedhæftede kolonne i basistabelfeltet.
6. Antal rækker – Definerer det maksimale antal rækker, der vises i kombinationsboksen.
Knapper er et kontrolelement, der bruges til at udføre en handling. For at udføre en handling skal knappens egenskab for knaptryk være knyttet til en makro- eller hændelseshåndteringsprocedure.
Knappen oprettes af en guide. Guiden giver dig mulighed for at oprette 30 knapper forskellige typer og forbinder dem med hændelseshåndteringsprocedurer. Egenskaben Caption definerer teksten på knappen. Egenskaben Billede definerer billedet på knappen.
Sideskift, sæt faner - giver dig mulighed for at oprette formularer med flere sider. Den mest bekvemme måde er at bruge Tab Set-elementet. Med dens hjælp oprettes en formular, hvis sider er kombineret til én kontrol. Skift mellem sider sker ved at vælge en fane.
Når du tilføjer et fanesæt-kontrolelement til en formular, opretter det to faner. Du kan tilføje alle kontrolelementer til en fane undtagen fanesæt. Du kan ikke flytte andre kontrolelementer fra andre dele eller sider af formularen til fanen; du kan kun kopiere dem.
Du kan ændre størrelsen på fanesæt-elementet, rækkefølgen og navnene på fanerne.
Kontrolelementet Sideskift bruges til at angive vandrette skift mellem kontrolelementer på en formular. Brug PgUp- og PgDn-tasterne for at navigere gennem sider. Når et sideskiftelement indsættes i en formular, markeres det med en lille stiplet linje på formularens venstre kant.
Når du opretter en flersidet formular, er det tilrådeligt at tilføje sidehoveder og sidefødder til formularen.
Underformularer er designet til at vise én formular inde i en anden. Den primære form kaldes hovedformen. En underordnet form er en, der er placeret inde i hovedformen.
Underformularen er mest praktisk til at vise tabeller eller forespørgsler, der har en en-til-mange-relation. I dette tilfælde kan hovedformularen kun vises som en simpel formular, og underformularen vises normalt i tabelform. Hovedformularen kan indeholde et hvilket som helst antal underformularer, så længe hver underformular passer ind i hovedformularen. Det er muligt at oprette en underform af to redeniveauer
Du kan oprette en underformular:
Ved at tilføje et underformularelement til formularen;
Ved at trække en formular fra et databasevindue til et andet åben form;
Mester i underordnede former.
Rapportstruktur
Hovedafsnit af rapporten:
Rapporttitel – udskrives i begyndelsen af rapporten på titel side, indeholder titlen på rapporten;
Sidehoved – trykt øverst på hver side; indeholder normalt kolonneoverskrifter;
Gruppehoved – udskrives før behandlingen af den første post i gruppen; som overskrift kan den indeholde det felt, som grupperingen udføres med;
Dataområde – udskriver hver post fra datakilden;
Gruppenote - udskrevet efter behandling sidste indtastning grupper; kan indeholde sammenfattende data for poster, der indgår i gruppen;
Sidefod – trykt nederst på hver side, kan f.eks. indeholde datoen, hvor rapporten blev udskrevet, rapportens sidenummer;
Rapportnotat – udskrives i slutningen af rapporten, efter at alle poster er blevet behandlet, og kan indeholde oversigtsdata for alle poster.
Udarbejdelse af en rapport
Du kan oprette en rapport ved hjælp af en guide eller i designtilstand. Begge metoder kan bruges. Wizards giver dig mulighed for at fremskynde processen med at oprette en rapport, så du kan forfine den i designtilstand. Rapportguider giver dig mulighed for at oprette tre typer rapporter: kolonnerapport (simpel), gruppe/resumé og postmærkater.
Teknologi til at lave en simpel rapport i en kolonne:
1). Mens du er på fanen RAPPORTER, skal du klikke på knappen OPRET.
2). I vinduet Ny rapport:
Vælg værktøjet Automatisk rapportering til kolonne;
Vælg en datakilde i form af en tabel eller forespørgsel;
Klik på OK.
Teknologi til oprettelse af en rapport med flere kolonner:
1). Opret en simpel kolonneformet rapport.
2). Vælg kommandoen Sideopsætning i menuen FIL. I dialogboksen Sideopsætning skal du vælge fanen Kolonner og indstille:
I gruppen Grid Options, antallet af kolonner, der skal vises på hver side (feltet Antal kolonner), bredde linjeafstand(Intervalfelt), afstand mellem kolonner (Søjlefelt);
I gruppen Kolonnestørrelse, kolonnebredden (Breddefelt) og rækkehøjde (Højdefelt);