Men i punkt 2, skriver Jqc, at postnummeret skal være primær nøgle. I den tabel jeg har fra Postdanmark, er problemt bare at der er flere dubletter, bla. fordi flere gader i København har samme postnummer.
I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Som er EXACTLY hvorfor dette løsning vil ikke virke. Du skal først rense tablen. Laver et table som sagt og THEN IMPORT. This will give import errors but you will have a table with 1 postnummer and a city name for each. So if you were to select Post Number XXXX you get city YYYY (Det er bare muligt at by YYYY har mange postnummer).
Hvis du forstår det ikke jeg kan skriver hvordan du kan rense tablen.
Ja - Lad være med at bruge Excel-arket fra PostDanmark, og hvert tilfælde ikke med postnr. som en primær nøgle. ikke alene flere gader i Kbh. har samme postnr, men også flere distrikter, f.eks:
6500 Vojens Over Jerstal, 6500 Vojens NederJerstal, 6500 Vojens
Here's a way to clean the table. Laver et forspørgsal med SQL: SELECT First(BY) AS BYNAVN, POSTNR INTO NEW_POSTNR_TABLE FROM POSTDANMARK_TABLE GROUP BY POSTDANMARK_TABLE.POSTNR;
Så kan set BYNAVN til primær nøgle i NEW_POSTNR_TABLE.
superjab > det er da korrekt, at bynavne der skrives før postnr. ikke nødvendigvis har noget med postnr at gøre, men det var jo det som var spørgerens problem:
At indtaste et postnr, og lade db finde den tilhørende by.
Og det kan ikke lade sig gøre, da flere byer har mere end 1 postnr, og postnr således skal være en unik værdi for byen. det kan kun lade sig gøre, hvis hvert distrikt har sin egen unikke værdi.
Sådan som jeg har forstået det, så er det unikt på den måde, at hvis du skriver et postnummer, så hører det ét og kun ét bynavn til det nummer. Det var det som jeg opfattede som spørgerens problem, og det kan altså godt lade sig gøre.
Typisk i landdistrikter bruges at angive et navnet på en mindre by inden postnummeret. Det som jeg har oplevet i de seneste år er faktisk at disse navne mange steder ikke bruges længere - de heller ikke kræves af postvæsenet. Derfor vil der dog stadig være steder, hvor dette ikke kan lade sig gøre (f.eks. på grund af sammenfald i gadenavne), men det gør ikke det foranstående bynavn til en del af postnummeret.
superjab > Nu er vi inde at finpudse vores opfattelse af spørgerens problem, og det er ikke formålstjenligt. Du har ret i dine ovenstående betragtninger.
I mit atbejde er flere gange daglig ude for, at skulle sende breve til medarbejdere, der har en mindre by skrevet foran postnr. I flere tilfælde kommer disse breve retur med en påtegning om, at brevene er uanbringelige grundet ufuldstændig adresse. Derfor hælder jeg mere til ikke at bruge automatisk opslag i en postnrtabel med postnr som unik nøgle. Men måske dette har noget at gøre men en masskinel aflæsning af brevenes adresse.
(Eller også skriver jeg bare ulæseligt med venstre albue)
Den skulle indeholde alle kommuner, amter, veje, huse, postnumre samt koordinater i danmark. Det lyder omfattende. Mikall -> Jeg kan ikke anbefale den da jeg ikke kender det nøjagtige indhold, men du kan da prøve :o) (kr. 500,00)
"en til en" fås når begge de to felter du laver en relation mellem er primære nøgler eller har unikke indexer (dvs. no duplicates).
"en til mange" fås når det ene af de to felter du laver en relation mellem er primær nøgle eller har unikt index OG at det andet IKKE er sådan et felt.
Den er hjemme :-) Jqc skrev bare at der skulle være præcis samme opsætning.
Tak for hjælpen
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
Ny bruger
Nybegynder
Opret
Preview
