I och med att jag är totalt självlärd inom området så kan jag vara helt ute och cyckla men fördelen med designen ovan är att jag kan byta namn på en location utan att kopplingen förstörs.
Det jag är osäker på är om det inte blir omständigt att söka. Antar att jag måste bygga join frågor för att kunna söka ???
Du tänker rätt (i relations-syfte), men jag tror att genomförandet blir fel om du gör sådär. Det beror lite på hur du menar. :)
Tabellen 'T_location', jag förstår inte riktigt vad som skall stå i fältet 'location'? Byta namn på location? Vad menar du med det? Jag ser ingen som helst anledning att flytta adress, postnummer eller liknande till en relationstabell, eftersom det knappast är generaliserad data, alltså data som kan återanvändas på fler än en användare. Adress är ju alltid (ja, sånär som iallafall) unik på ett eller annat sätt. Däremot, om du t.ex. använder en tabell för t.ex. postnummer eller områdesid'n, så kan jag tänka mig att ha en tabell för dem och joina, men på det sätt du gör just nu, så blir det bara krångligt.
Tänk att en relationstabell skall finnas i de lägen då du vill knyta data till en specifik post i databasen, utan att behöva duplicera den en gång per relaterad förekomst i databasen. :)
Förlåt. Location och city var samma sak. Så här ser det ut. Det jag farmför allt har ett problem med den gamla designen är att jag inte kan byta namn på en avdelning då jag har skrivit in dessa i T_main. Dessa förbannade avdelningar byter namn hur ofta som helst. Grr... Vill göra det möjligt att editera platsen och avdelningen så att det slår igenom för alla i registret.
