Dataskjema-vinduet lar deg definere et forhold mellom elementer som er lagret i flere Access-tabeller. Den er tilgjengelig ved å klikke på Verktøy for å jobbe med databaser _yt_ forbindelser.

Relasjoner ligner på reglene for datakommunikasjon i en database. For eksempel, i en godt normalisert ordrebehandlingsdatabase har du mest sannsynlig kundeinformasjon i en tabell og ordreinformasjon i en annen tabell. Du vil forsikre deg om at kundene ikke er atskilt fra bestillingene deres, ikke sant? Og du vil ikke at bestillingen skal opprettes uten at en gyldig kunde er koblet til den. "Data Schema"-vinduet lar deg konfigurere disse reglene slik at de brukes på hele databasen.

Hvis du allerede har opprettet en Access-spørring, legg merke til at Data Schema-vinduet ligner på det øverst i Query Builder.

I Data Scheme-vinduet kan du legge til tabeller i visningen ved å bruke kommandoene på " konstruktør"og så dra og slipp felt mellom tabeller for å sette opp relasjoner. I dette eksemplet lar relasjonen deg koble til hver kunde med flere bestillinger, men den lar deg ikke opprette bestillinger for ikke-eksisterende kunder. Når disse reglene er konfigurert i dataskjemaet, vil de bli brukt på hele DB (for eksempel når du oppretter en ny forespørsel, vil tilkoblinger automatisk konfigureres i samsvar med relasjonsreglene).

Merk: Fjerning av en tabell fra "Data Scheme"-vinduet vil ikke fjerne den fra den, og det vil heller ikke fjerne koblinger som allerede er etablert.

Muligheter

Nå når du vil øke hastigheten på Data Schema-vinduet, se hvordan

utvide ett nivå i hierarkiet ved siden av posten hovedtabell slaverelaterte poster vises. For posten av den underordnede tabellen, kan relaterte poster også åpnes osv. For eksempel, for tabeller KJØPER, KONTRAKT (Fig. 1.2), knyttet til en 1:M-relasjon, kan for hver post i KJØPER-tabellen vises og redigerte relaterte poster i KONTRAKT-tabellen.

Dataskjema

V Få tilgang til DBMS skapelsesprosessen relasjonsgrunnlag data inkluderer opprettelse av et dataskjema. Dataskjemaet vises tydelig logisk struktur databaser: tabeller og koblinger mellom dem, og sikrer også bruk av koblingene som er etablert i den ved behandling av data.

For en normalisert database basert på en-til-mange og en-til-en relasjoner mellom tabeller, i dataskjemaet for relasjonene til slike tabeller ved primærnøkkel eller unik indeks hovedtabellen kan parametrene for bestemmelsen settes sammenhengende integritet.

Mens integriteten til relaterte data opprettholdes, tillates ikke en post i en underordnet tabell hvis det ikke er noen tilknyttet post i hovedtabellen. Følgelig, under den første lastingen av databasen, samt justering, tilføyelse og sletting av poster, lar systemet operasjonen utføres bare hvis den ikke fører til brudd på integriteten.

Relasjonene som er definert i dataskjemaet brukes automatisk til å slå sammen tabeller i utviklingen av flertabellformede skjemaer, spørringer, rapporter, noe som i stor grad forenkler designprosessen.

I dataskjemaet kan koblinger opprettes for alle tabellpar som har samme felt, slik at disse tabellene kan slås sammen.

Få tilgang til objekter

En Access-database inkluderer følgende objekter som er lagret i en enkelt accdb-fil:

 tabeller, spørringer, dataskjemaer direkte relatert til databasen;

 skjemaer, rapporter, makroer og moduler kalt applikasjonsobjekter.

Skjemaer og rapporter er beregnet på typiske databehandlingsprosesser - visning, oppdatering, søk etter gitte kriterier mottar rapporter. Disse applikasjonsobjektene er laget av grafiske elementer kalt kontroller. Hovedkontrollene brukes til å vise tabellfelt som er kilder til objektdata.

For å automatisere tilgang til objekter og deres interaksjon, brukes programkode. Bare med hjelp programkode en fullverdig brukerapplikasjon oppnås, hvis funksjoner er tilgjengelige via menyen, verktøylinjene

rumenter og former. For å lage programkode brukes moduler VBA språk og makroer.

Hvert objekt og hver kontroll har sine egne egenskaper, ved å definere hvilke du kan tilpasse dem. Et sett med hendelser er knyttet til hvert objekt og kontrollelement, som kan behandles av makroer eller VBA-hendelseshåndteringsprosedyrer som er en del av skjemamoduler og rapporter.

Objekter er representert i navigasjonsruten i Access-databasevinduet. Alle operasjoner for å arbeide med objekter i selve databasen og applikasjoner begynner i dette vinduet.

Tabeller opprettes av brukeren for å lagre data om én enhet - ett informasjonsobjekt i datamodellen fagområde... En tabell består av felt (kolonner) og poster (rader). Hvert felt inneholder én egenskap for domeneinformasjonsobjektet. Posten inneholder informasjon om én forekomst av et informasjonsobjekt.

En Access-database kan inneholde opptil 32 768 objekter (inkludert skjemaer, rapporter og så videre). Opptil 2048 bord kan åpnes samtidig.

Forespørsler. Utvalgsspørringer brukes til å velge de ønskede dataene fra en eller flere relaterte tabeller. Resultatet av å utføre spørringen er virtuelt bord... I spørringen kan du angi hvilke felt i kildetabellene som skal inkluderes i spørretabellposten og hvordan du velger nødvendige oppføringer... Spørringstabellen kan brukes sammen med andre databasetabeller ved behandling av data. Forespørselen kan lages ved hjelp av spørringsdesigneren eller instruksjoner SQL-språk... Endringsforespørsler lar deg oppdatere, slette eller legge til data i tabeller, og opprette nye tabeller basert på eksisterende.

Dataskjemaet (Relasjoner) bestemmer hvilke felt i tabellen som er koblet til hverandre, hvordan dataene til disse tabellene skal slås sammen, om det er nødvendig å kontrollere den sammenhengende integriteten når du legger til og sletter poster, endrer tabellnøkler. Dataskjemaer i navigasjonsruten i databasevinduet vises bare i Access-prosjekter som fungerer med serverdatabaser. For å vise dataskjemaet i Access-databaser, bruk Relasjoner-kommandoen på båndfanen Arbeid med databaser

Databaseverktøy i Relasjonsgruppen.

Skjemaer er det primære middelet for å lage et dialogbrukergrensesnitt for en applikasjon. Det kan lages et skjema for å jobbe med elektroniske dokumenter lagret i databasetabeller. Typen av slike dokumenter kan tilsvare det vanlige papirdokumentet for brukeren. Skjemaet brukes til å utvikle et grensesnitt for administrasjon av applikasjonen. Arrangementsprosedyrene som er inkludert i skjemaet lar deg kontrollere hvordan dataene behandles i søknaden. Slike prosedyrer lagres i skjemamodulen. Bilder, diagrammer, lydfragmenter, video kan settes inn i skjemaer. Det er mulig å utvikle skjemaer med et sett med faner, som hver er assosiert med ytelsen til en bestemt applikasjonsfunksjon.

Rapporter er utformet for å generere utdatadokumenter i alle formater basert på databasedataene, som inneholder resultatene av å løse brukerproblemer, og skrive dem ut. I likhet med skjemaer kan rapporter inkludere hendelsesprosedyrer. Bruk grafiske objekter lar deg supplere rapportdataene med illustrasjoner. Rapporter gir muligheten til å analysere data ved hjelp av filtrering, aggregering og presentasjon av kildedata i ulike aspekter.

Makroer (makroer) er programmer som består av en sekvens av makroer som kjøres på anrop eller når en hendelse oppstår i et applikasjonsobjekt eller dets kontroll. Makroer lar deg automatisere enkelte handlinger i en brukers applikasjon. Makroer opprettes i dialogmodus ved å velge de nødvendige makroene og stille inn parameterne som brukes av dem under utførelse. Access 2010 har en oppdatert makrodesigner. Dens nye funksjoner gjør det enklere å lage og redigere makroer, redusere kodefeil og lage robuste applikasjoner mer effektivt. Access 2010 introdusert ny mulighet- datamakroer som lar deg endre data basert på hendelser i kildetabellene. Datamakroer brukes til å legge logikk til data og konsentrere dem i kildetabeller. I Access Web-applikasjoner basert på databaser publisert til SharePoint trenger du bare å bruke makroer for programmering fordi VBA-kode er inkompatibel med nettpublisering.

Moduler inneholder prosedyrer for Visuelt språk Grunnleggende for Applikasjoner.

Du kan lage subrutineprosedyrer, funksjonsprosedyrer som er utviklet av brukeren for å implementere ikke-standardfunksjoner i brukerens applikasjon, og prosedyrer for håndtering av hendelser. Ved å bruke prosedyrer kan du lage en komplett applikasjon som har sin egen grafisk grensesnitt bruker, slik at du kan be om utførelse av alle applikasjonsfunksjoner, håndtere alle feil og ikke-standardiserte situasjoner.

I Access, for brukerens bekvemmelighet, kan objekter i navigasjonsruten i en database slås sammen til tilpassede grupper på funksjonelt eller annet grunnlag. Grupper inneholder lenker til databaseobjekter forskjellige typer... Grupper er på sin side gruppert i kategorier. Med denne organiseringen av databaseobjekter kan et grensesnitt utvikles tilpasset applikasjon fullstendig erstatte de eksisterende knappeskjemaer og gi tilgjengelighet kun til kategorier og grupper som visuelt og tydelig representerer funksjonaliteten til applikasjonen.

Pivottabeller og pivotdiagrammer

Pivottabellen er interaktivt bord, ved hjelp av denne kan du analysere data, raskt kombinere store datamengder og beregne totalsummene (fig. 1.3). Ved bruk av pivottabeller Det er enkelt å utføre kompleks dataanalyse.

Ris. 1.3. Pivottabell for å analysere det totale beløpet som er sendt for noen av varene, for ulike kjøpere og kontrakter,

Ris. 1.4. Pivotdiagram for å analysere den totale mengden som er sendt for noen av varene, for ulike kjøpere og kontrakter,

i alle eller noen måneder, kvartaler, år

INTRODUKSJON

Et informasjonssystem (IS) er et system for behandling av data fra ethvert fagområde med midler til å akkumulere, lagre, behandle, transformere, overføre, oppdatere informasjon ved bruk av datamaskin og annet utstyr. Følgende prosesser utføres i IS:

Input av informasjon fra eksterne og interne kilder;

Behandling av innkommende informasjon;

Lagring av informasjon for senere bruk;

Informasjonsutgang i en brukervennlig form.

Grunnlaget for IS, gjenstanden for behandlingen er en database (DB). En database er en samling av informasjon om spesifikke objekter i den virkelige verden i ethvert fagområde eller del av fagområdet. Dermed utfører DB funksjonen med å lagre informasjon i IS.

På kontoret spiller det å holde oppdatert informasjon nøkkelrolle v effektivt arbeid hans stab. Staten må raskt oppfylle forespørsler fra overordnede (for eksempel hjelp til å finne dokumenter etter type eller ansatt), så databasen bør inneholde følgende informasjon:

Informasjon om ansatte;

Informasjon om organisasjonen;

Informasjon om dokumenter;

For arbeid trenger du en praktisk brukergrensesnitt, som gir presentasjon, tillegg og redigering av data.

DATABASESTRUKTUR

informasjonssystemgrensesnittserver

Den logiske modellen til databasen beskriver konseptene til fagområdet, deres forhold, samt restriksjoner på data pålagt av fagområdet uten å ta hensyn til implementeringen i en spesifikk DBMS.

Det viktigste utviklingsverktøyet logisk modell data i for tiden er ulike varianter av ER-diagrammer (Entity-Relationship, entity-relationship diagrams).

Figur 1 viser det logiske diagrammet over databasen for fagområdet "Kontor". Det logiske diagrammet viser følgende enheter: Organization, Employee, Job_Title, Document, Document_type. Enheter er beskrevet i tabell 1.

Bilde 1 - Logisk diagram DB

Tabell 1 - Beskrivelse av enhetene i den logiske datamodellen

Den fysiske datamodellen opererer med kategorier knyttet til organisasjonen eksternt minne og lagringsstrukturer som brukes i dette driftsmiljø... For tiden som fysiske modeller er brukt ulike metoder dataplasseringer basert på filstrukturer: Det er en organisasjon av videregående og sekvensielle tilgangsfiler, indeksfiler og inverterte lister.

Figur 2 viser det fysiske diagrammet til databasen. Diagrammet viser enhetene og indikerer også datatypene. Siden Document_type- og Employee-enhetene har et en-til-en-forhold med Document-enheten, legges bindingsenhetene Document_typeDocument og EmployeeDocument til det fysiske skjemaet. Koblingsenheter inneholder fremmednøkler som gir en en-til-en-relasjon.

Figur 2 - Fysisk diagram av databasen

Ordninger brukes i sikkerhetsmodellen til en komponent Databasemotor for å forenkle forholdet mellom brukere og objekter, og derfor har skjemaer svært stor innvirkning på hvordan en bruker samhandler med Databasemotoren. Denne delen diskuterer rollen til skjemaer i Database Engine-sikkerhet. Den første underdelen beskriver interaksjonen mellom skjemaer og brukere, og den andre diskuterer alle de tre Transact-SQL-setningene som brukes til å lage og endre skjemaer.

Skille brukere og skjemaer

Opplegg er en samling databaseobjekter som har en enkelt eier og danner et enkelt navneområde. (Ingen to tabeller i samme skjema kan ha samme navn.) Databasemotoren støtter navngitte skjemaer ved å bruke konseptet med en rektor. Rektor kan som nevnt være en individuell rektor og en grupperektor.

En individuell oppdragsgiver representerer én bruker, for eksempel i form av en pålogging eller regnskap Windows-bruker... Gruppeansvarlig kan være en gruppe brukere, for eksempel en rolle eller Windows-gruppe. Rektorer eier skjemaene, men eierskap til et skjema kan enkelt overføres til en annen rektor uten å endre skjemanavnet.

Å skille databasebrukere fra skjemaer gir betydelige fordeler, som for eksempel:

én rektor kan eie flere skjemaer;

flere individuelle rektorer kan eie det samme skjemaet gjennom rollemedlemskap, eller Windows-grupper;

sletting av en databasebruker krever ikke å gi nytt navn til objektene i den brukerens skjema.

Hver database har et standardskjema som brukes til å definere navnene på objekter som det refereres til uten deres fullstendige navn. Standardskjemaet spesifiserer det første skjemaet der databaseserveren vil søke etter objektnavnoppløsning. For å tilpasse og endre standardskjemaet, bruk parameteren DEFAULT_SCHEMA CREATE USER eller ALTER USER uttalelser. Hvis standardskjemaet DEFAULT_SCHEMA ikke er definert, blir standardskjemaet tildelt databasebrukeren dbo skjema.

LAG SCHEMA-erklæring

Eksemplet nedenfor viser hvordan du oppretter et skjema og bruker det til å administrere databasesikkerhet. Før du kjører dette eksemplet, må du opprette databasebrukerne Alex og Vasya, som beskrevet i neste artikkel (du kan komme tilbake til disse eksemplene senere).

BRUK SampleDb; GÅ OPPRETT SKJEMA poco AUTORISASJON Vasya GÅ OPPRETT BORD Produkt (Nummer CHAR (10) IKKE NULL UNIK, Navn CHAR (20) NULL, Pris PENGER NULL); GÅ OPPRETT VISNING view_Product AS SELECT Number, Name FROM Product; GÅ GI SELECT TIL Alex; AVVIS OPPDATERING TIL Alex;

Dette eksemplet oppretter et poco-skjema som inneholder produkttabellen og view_Product-visningen. Databasebrukeren Vasya er rektor på databasenivå så vel som eieren av skjemaet. (Eieren av skjemaet er indikert med parameter AUTORISERING... Rektor kan eie andre skjemaer og kan ikke bruke gjeldende skjema som standard.)

De to andre instruksjonene for å arbeide med tillatelser på databaseobjekter, GRANT og DENY, diskuteres i detalj senere. I dette eksemplet gir GRANT-setningen SELECT-utsagn tillatelser på alle objekter som er opprettet i skjemaet, mens DENY-setningen nekter UPDATE-tillatelser på alle objekter i skjemaet.

Ved hjelp av instruksjoner LAG SKEMA du kan opprette et skjema, generere tabeller og visninger i dette skjemaet, og gi, avslå eller fjerne tillatelser på et sikret objekt. Som nevnt tidligere er sikringsobjekter ressurser, tilgang til disse er regulert av autorisasjonssystemet. SQL Server... Det er tre hovedområder for sikringsobjekter: server, database og skjema, som inneholder andre sikringsobjekter som f.eks. registreringsnavn, databasebrukere, tabeller og lagrede prosedyrer.

CREATE SCHEMA-setningen er atomær. Med andre ord, hvis det oppstår en feil under kjøringen av denne instruksjonen, blir ingen av underinstruksjonene den inneholder.

Rekkefølgen som databaseobjektene som er opprettet i CREATE SCHEMA-setningen spesifiseres, kan være vilkårlig, med ett unntak: en visning som refererer til en annen visning må være oppført etter visningen den refererer til.

Rektoren på databasenivå kan være en databasebruker, en rolle eller en applikasjonsrolle. (Applikasjonsroller og -roller diskuteres i en av de følgende artiklene.) Prinsippen som er spesifisert i AUTHORIZATION-delen av CREATE SCHEMA-setningen, er eieren av alle objekter som er opprettet i det skjemaet. Eierskap til objekter i et skjema kan overføres til en hvilken som helst rektor på databasenivå ved å bruke setningen ENDRE AUTORISASJON.

Brukeren må ha CREATE SCHEMA-databaserettigheter for å utføre CREATE SCHEMA-setningen. I tillegg må brukeren ha de riktige CREATE-tillatelsene for å lage objektene som er spesifisert i CREATE SCHEMA-setningen.

ALTER SCHEMA-uttalelse

Bruksanvisning ENDRE SKEMA flytter objekter mellom ulike ordninger samme database. ALTER SCHEMA-setningen har følgende syntaks.

Tabeller i programmet Tilgang 2007 tilstede koblet system... Union lar deg behandle data fra flere tabeller. For behandling genereres spørringer - tabeller der informasjon fra en eller flere tabeller er gruppert den riktige måten, noen ganger med produksjon av de nødvendige beregningene. Vi skal se på spørsmål i senere kapitler, men her skal vi snakke om relasjoner mellom tabeller.

Dataskjema spesifiserer strukturen til databasen. Den representerer og husker relasjonene mellom tabeller. Disse relasjonene brukes når du konstruerer spørringer og rapporter basert på flere tabeller. Dataskjema viser lenker grafisk. Tabeller i diagrammet er presentert som rektangler med lister over felt. Hvis det er for mange felt og de ikke passer inn i rektangelet, så automatisk med høyre side rektangel er dannet rullefelt , som du kan se hele listen med. Dataskjema brukt i vårt arbeid er vist i fig. 6.10.

Ris. 2.11 Typer relasjoner mellom tabeller: en) en til en, b) en-til-mange og v) mange-til-mange

Knytter seg inn Tilgang 2007 møte tre typer: en) en til en, b) en-til-mange og v) mange-til-mange, som vist i fig. 2.11. Den første typen tilkobling viser at en post i Tabell 1 samsvarer med samme oppføring i Tabell 2 ... Denne kommunikasjonsmetoden brukes for eksempel for to bord laget av ett, slik at bordene ikke blir for tungvinte. Deretter Tabell 2 - bare en oppfølger Tabeller 1 ... En-til-mange-forhold er det vanligste. For eksempel jobber mange lærere på en avdeling. Derfor mellom bordene Stoler og Lærere akkurat en slik forbindelse er etablert.

Ris. 2.12 Tab Arbeid med databaser

Lenketype mange-til-mange i et program Tilgang 2007 ikke implementert direkte. For å lage en slik lenke må det settes inn en mellomtabell. For eksempel gir databasen vår (fig. 6.10). mellomtabell Bestilt siden mellom bordene Kunder og Varer det er en sammenheng mange-til-mange ... bord Bestilt lar deg unngå en slik forbindelse, som i Tilgang 2007 ikke direkte gjennomførbart.

Teknikken for å etablere et forhold mellom tabeller innebærer tre trinn: 1) kall Dataskjemaer - vinduet der diagrammet skal vises, 2) addisjon inn i det skjematiske vinduet for de tabellene du trenger for å etablere koblinger og 3) broaching forbindelser mellom bordene med å gi dem de nødvendige egenskapene. La oss vurdere disse trinnene i detalj.

Ris. 2.13 Dialogboks Legger til en tabell

Dataskjema kan kalles når de nødvendige tabellene allerede er opprettet. For å ringe det, klikk på knappen Dataskjema på båndfanen Arbeid med databaser (fig. 2.12). Et vindu vises Dataskjema , mens den er tom, og dialogboksen Legger til en tabell , som kan sees på fig. 2.13. Ved hjelp av et vindu Legger til en tabell ut av vinduet Dataskjema plasser de nødvendige bordene.

Ris. 2.14 Høyreklikk kontekstmenyen inne i et vindu Dataskjema

Hvis av en eller annen grunn vinduet Legger til en tabell ikke dukket opp, så må du høyreklikke hvor som helst i vinduet Dataskjema ... Vil dukke opp kontekstmenyen(fig. 2.14). I den må du klikke på inskripsjonen Legg til tabell ... En dialogboks vises Legger til en tabell , som kan sees på fig. 2.13.

Med en dialogboks som dukker opp Legger til en tabell kan flyttes innenfor vinduet Dataskjema bordene du ønsker. Vi vil begrense oss til to tabeller: Stoler og Lærere ... Navnene på disse tabellene må utheves, som vist i fig. 2.13, og klikk deretter umiddelbart på knappen Legge til... Det samme gjøres med andre bord som må plasseres i Dataskjema ... Vindu Legger til en tabell etter å ha lagt til de nødvendige tabellene, lukk. I vårt eksempel vil rektanglene som angir begge tabellene vi trenger vises i Dataskjema , som kan sees i fig. 2.15.

Tabellbetegnelser inne i vinduet Dataskjema inneholder en liste over alle feltene i denne tabellen, og til venstre for navnet nøkkelfelt(eller nøkkel, hvis det er flere) er nøkkelikonet plassert. Tabellbetegnelser kan flyttes med musen ved å ta tak i tabelltittelen. Du kan også endre størrelsen på rektanglene som representerer tabellene. For å gjøre dette, flytt musepekeren til en av kantene til rektangelet. En tohodet pil vises:. Ved å ta tak i en slik pil med musen, kan du flytte kanten til rektangelet til et hvilket som helst sted, og dermed endre størrelsen.

Ris. 2.15 Fullført Dataskjema med kobling mellom tabeller

Når bordetikettrektangler plasseres inne i et vindu Dataskjemaer , kan du begynne å etablere relasjoner mellom tabellene. Koblingsfelt med samme navn. I en av tabellene brukes vanligvis et nøkkelfelt for kommunikasjon. Tabellen med nøkkellenkefeltet regnes som den viktigste. Fra hennes side er forbindelsen indikert 1 ... Fra siden av den koblede tabellen er koblingen indikert med ¥ ... Slik opprettes forbindelsen En-til-mange .

Ris. 2.16 Dialogboks Endre lenker

Teknikken for å slå sammen tabeller med lenker er enkel: du må klikke på sammenføyningsfeltet til hovedtabellen. Det vil skille seg ut. Uten å slippe museknappen må du tegne en linje til feltet til hjelpetabellen med samme navn. Tilkoblingen vil ikke skje med det første, men en dialogboks vises Endre lenker (fig. 2.16). Vinduet hjelper til med å validere relasjonens natur og konfigurere dataintegriteten til begge tabellene. I vinduet må du forsikre deg om at tilkoblingen har skjedd i feltene med samme navn, og klikk deretter på inskripsjonsboksen ... En avmerkingsboks vises i vinduet: ü. Etter det må du sette de samme avmerkingsboksene i ytterligere to vinduer nedenfor. Dermed er egenskapene til lenken satt. Eiendom Sikre dataintegritet betyr at du ikke kan slette data fra nøkkelfeltet til hovedtabellen. Og egenskapene Oppdatering av kaskaderelaterte felter og Cascading sletting av relaterte poster - følgelig at operasjonene med å redigere og slette data i nøkkelfeltet i hovedtabellen er tillatt, men ledsaget av automatiske endringer v koblet tabell... Opprettelsen av en lenke fullføres ved å klikke på knappen [Skape]. Ønsket tilkobling vises (fig. 2.15).

Det er verdt å merke seg at hvis det er umulig å gjennomføre kommunikasjon med å sikre integriteten til dataene, for eksempel hvis det opprettes en forbindelse mellom felt med ulike opplysninger, vinduet vist i fig. 2.17.

Ris. 2.17 Vindu med en advarsel om umuligheten av å opprette en forbindelse