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

ASP.NET 3.5

Det har været rigtig godt med det fast forløb - opgave efter opgave

Der fungerer også godt at man selv kan disponerer over tiden så det kan passe ind i hverdagens

arbejde og derved brug meget tid på det man selv synes er svært.

Det virker rigtig godt med den direkte vejledning/problemløsning man får på mail når man er "kørt fast" i en øvelse

Mine svartider har været gode.

Erik Skou, Hedensted Tømmerhandel

ASP.NET 4.5

Der har altid faldet et hurtigt svar på spørgsmål, ligesom database problemer, der opstod undervejs, blev løst hurtigt og meget smidigt , uanset at det betød, at Thor måtte opgraderer sin SQL server.

Selvom jeg har stor erfaring med traditionel programmering, har Thor alligevel formået, at åbne mine øjne for den nye verden der er i webudvikling og det er helt sikkert, at fremtidens løsninger er her.
Kommer der et udvidet kursus i ASP.NET, så er jeg sikker på, at jeg vil være at finde blandt kursisterne.

Jeg har kun roser til IT-fjernundervisning, specielt til Thor.

Finn Hoelgaard
Datamatiker

Museum Vestsjælland

Finn Hoelgaard

Excel VBA

Hurtig response på opgaver.

Udfordrende opgaver.

Flemming Pedersen, Semco Maritime

Excel VBA

Super form for kursus, har været perfekt at jeg kunne koncentrere mig om kurset når jeg havde tid.

Hurtig tilbagemelding på øvelser og altid hurtigt svar tilbage når man havde brug for hjælp.

Lækkert at man får dine løsningsforslag så man kan få ideer til at skrive scriptet på en anden måde.

Henrik Madsen, Alfa Laval Kolding A/S

Word videregående

  1. Underviseren svarer hurtigt.
  2. Underviseren kommer med gode ideer og "retter" til det er i orden.
  3. Jeg kan planlægge, som det passer mig.
  4. Jeg kan springe nogle opgaver over - for at komme tilbage til dem fx brevfletning.
  5. Jeg har "snuset" til mange ting, og flere af dem var gode
  6. !

Majbrit Larsen, Revisionsdirektoratet

< >
Se flere referencer

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.