SQL Programmering kursus - Joinforbindelser

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

DreamWeaver CS4

Det bedste af det hele - din ubegrænsede tålmodighed. Jeg vidste intet om hjemmesider, havde aldrig været på IT kurser, plus dansk er ikke min modersmål - jeg misforstod tit, hvad du skrev. Det har sikkert været meget irriterende for dig, men du fortsætte at forklare uden at blive sur. Det er meget vigtigt for en begynder ikke at være "skræmt væk", fordi så tænker man: "mon ikke klarer jeg det alligevel".
Jeg synes, emnerne for kurser var godt valgte.
Det var godt, at man kunne arbejde med kurser, når man havde tid - der var ingen tidsfrister til hvert emne.
Det var godt, at du svarede hurtigt på spørgsmålene.

Tak for kursus! Det var en god oplevelse, det var en stor udfordring for mig, men det var meget interessant at "fægte" igennem det!

Antra Kahr, kahrius.dk

Excel VBA

At jeg kan fordybe når jeg har tid og lyst, er super.

Virkelig hurtig respons fra underviseren - næsten døgnet rundt :)

Øvelserne indeholdt hvad jeg skulle bruge, for at komme videre med egne vba-projekter.

At man kunne sammenligne egne løsninger med underviserens var lærerigt.

Henrik Boss, Marel Bornholm

Excel VBA

Det har bestemt været pengene værd. Jeg kender flere, som har taget VBA kursus on-site i et par dage eller deromkring , og de har slet ikke fået det samme ud af det som jeg har via denne side. Jeg har allerede udviklet små og større modeller til min arbejdsplads, og modellerne bruges allerede internationalt, det havde jeg ikke kunnet uden dette kursus.

Det er kanon, at man får personlig feedback og det går som regel tilmed hurtigt. Dygtig læremester, som sætter sig ind i mine specifikke problemstillinger - det er et stort plus. Den personlige kontakt er max vigtig.

Jeg vil anbefale dette til andre, der spørger til dette.

Michael Mortensen, DLH

Access grundlæggende 2010

Hurtig respons på indsendte opgaver og spørgsmål. På alle tider af døgnet ! Du står tidligt op og går sent i seng.

Per Verner Hansen, TELE Greenland A/S Vejrtjenesten

Excel videregående 2003

Rigtig godt kursus - Første gang jeg prøver at tage et kursus på denne måde, og det virker.

Måden det er bygget op på, med opgaverne på hjemmesiden og kursusmaterialet er rigtig godt.

Hurtigt og brugbart feedback...

Maria Olesen, Telia

< >

Se flere referencer

É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.

Relationer

Én til én relation (1:1)

Én til mange relation (1:∞)

Mange til mange relation (∞:∞)