SQL Programmering

De filmklip der er lavet i starten af kurset, er super gode til at komme i gang med.

Der er meget hurtig respons, når man indsender en opgave.

Man kan selv tilpasset tidspunktet for kurset, når det passer ind i den normale hverdag

Johan Hauge, EM Retail Solutions A/S

SQL Programmering

Der har været en rigtig god rødtråd mellem teori og øvelserne hele vejen igennem kursuset. Der har samtidigt været udfordrende, men uden at jeg har siddet og slået mig selv på hovedet. Thor har samtidig været online godt og vel 24/7 til at besvare på spørgsmål og hjælpe mig igennem, hvor jeg har haft det svært.

Alexander Thompson, privat

Excel VBA

Meget hurtigt og kompetent feedback...

Sparring på den opgave, som jeg sidder og arbejder med.

Veltilrettelagte øvelser

Claus Witfelt, Flyvevåbnets Officersskole

Excel VBA

Kurset er godt, fordi det tvinger kursisten til at arbejde selvstændigt. Det er lidt lig forelæsning, hvor det er fuldstændigt op til een selv at arbejde med stoffet.
Thor Østergaards pædagogik er baseret på "hjælp til selvhjælp", og alt er holdt i en let og uhøjtidelig tone.

Fjernundervisning har yderligere den fordel at man kan sidde hjemme og koncentrere sig om emnet, uden at blive forstyrret af andre (ofte mindre motiverede) kursister.

Flemming Degn, Privat

DreamWeaver MX

Man lærer, som beskrevet, de grundlæggende ting i DreamWeaver, som man har brug for at vide. Derudover er der altid hurtig respons, og hjælp at hente, hvis det går galt.

Tina Hartmann, Privat

Excel VBA

Det har været rart at man selv kan bestemme tempoet og hvornår man laver opgaverne. Man kan også få hjælp til at få løst opgaverne anderledes, samt få hjælp til andre opgaver. Jeg synes også det har været sjovt at man ikke får det hele serveret, men skal søge lidt information selv.

Laila Jensen, Statens Serum Institut

Frontpage

Tak for et godt kursus.

Jeg syntes følgende har været godt:

  1. Beskrivelsen af de forskellige opgaver > svar fra underviser, med tips og forslag til andre måder at se tingene på
  2. At underviser ikke bare pr. automatic har godkendt lektionerne
  3. Måden underviser har besvaret spørgsmål > meget forstålige
  4. At underviser køber et program "kun" fordi jeg har en dansk version
  5. At man efterfølgende kan bruge kurset ved at loge på
  6. Ja jeg kunne blive ved, men det kommer vel i bund og grund an på hvad man havde som forventninger og til det kan jeg kun sige at mine forventninger er blevet opfyldt.
  7. Det vil nok altid være ting man kunne i forvejen, men for mit vedkomne, syntes jeg det var rart at blive bekræftiget i at det man gør er rigtig.

Endnu engang tak for et godt kursus, jeg vil anbefale andre til dig.

Med venlig hilsen

Peder Pedersen 

Peder Pedersen, DGI, Vejle Amt
< >
Se flere referencer

SQL Programmering / Joinforbindelser / Relationer

Relationer

Der findes 3 typer af relationer, der anvendes i relationelle databaser

Én til én relation (1:1)

Bruges oftest når man enten har alt for mange kolonner i én tabel, eller hvor man ønsker at gemme specielle informationer om et objekt i en selvstændig tabel.

Et eksempel kunne være informationer om personer. Almindelige personinformationer (navn, adresse, telefonnummer etc.) kunne man have i én tabel og personfølsomme informationer i en anden (cprnummer, relegion, sexuel preference ect.). Den anden tabel kan man så sætte lidt ekstra sikkerhed på, så den ikke er tilgængelig for alle. Relationen mellem sådan to tabeller er en 1:1 relation.

Én til mange relation (1:∞)

Langt de fleste relationer vi møder er af typen en til mange. Relationen mellem kunder og ordrer er en én til mange relation, da én kunde skal kunne have mere end én ordre.

I eksempelt ovenfor vil relationen normalt være baseret på et kundenummer, der er primærnøgle i kundetabellen. Kundenummeret i ordretabellen kalder vi en fremmednøgle (ordretabellen har naturligvis sin egen primærnøgle - normalt et ordrenummer).

Mange til mange relation (∞:∞)

Et eksempel på en mange til mange relation er kunde-firmakontakt. Én kunde kan godt have flere kontakter i firmaet og den enkelte kontakt i firmaet kan godt være i relation til flere kunder.

Jeg kender ikke umiddelbart nogle databasesystemer, der kan håndtere mange til mange relationer, men det man gør for at implementere en mange til mange relation er at introducere en mellem-tabel, der styrer relationen.

I ovenstående tilfælde ville man have en tabel (KundeKontakt) med kolonnerne (KundeKontaktId, KundeId, KontaktId) - den første er "bare" en primærnøgle for tabellen og de to andre er fremmednøgler for de to andre tabeller. Man kan så oprette 1:∞ relationer fra kunde og kontakt tabellerne til denne mellemtabel.

 

Når du har betalt for kurset får du adgang til øvelser til hver lektion. Og når du har fået godkendt din besvarelse får du desuden adgang til mine løsningsforslag med ekstra tips og trix.

Nøgler Oprettelse af relationer