Jag sitter och skissar på en typ av medlemsregister *bump*tips för db-design
    
    
registret är för en "företagarförening" 
Den info de vill ha är lite "luddigt" specad så jag har varit tvungen att gissa lite och göra vissa antaganden
här är iaf grunden
-varje "medlem" har ett publikt namn tex "Firman" (dvs vad som står på skylten utanför)
-oftast finns det ett företag bakom tex Firmans meck AB
-medlemmar kan tillhöra en kedja, dvs ett företag har flera butiker med olika namn tex Firman i Flen och Firman i Eslöv
-"Firman" har en ägare/Chef dvs kontaktperson
- i de fall där det är en kedja så skall man även kunna spara en kontaktperson för kedjan
Det som ska sparas är:
-Publik info för varje medlem, dvs "skyltnamn" besöksadress, telefon,fax mm mm
-Info om företaget inklusive kontaktinfo (postadress mm)
-Kontaktinfo för Ägare/Chef
- viss övrig info om medlemmen
Den skiss jag sitter med nu är upplagd såhär:
tblMembers
 membNo
 memberName
 div kontaktinfo
 ....
----------------------------
tblCompanies
 CompanyName
 div kontaktinfo 
...
------------------------
tblContacts (även Users)
 UserID
 UserName
 UserPhone
 ....
__________________________________________
Frågan är om jag är på rätt spår
viss info känns som att den skulle kunna flyttas till en ny tabell, tex tblAdresses
Ge mig så mycket bra idéer som möjligt nu ;)
det känns som att jag trampar lite vattenSv: tips för db-design
    
    
har funderat lite och kommit fram till att detta kanske är något att bygga på
tblMembers
 membID 
 membNo
 memberName
 membTypeID
 ParentID
 ContactID
----------------------------
tblmembTypes
 membTypeID
 membTypeName
------------------------
tblAdresses
 ID
 MembID
 ...
 besöksadress
 kontaktadress
 url
 epost 
 tele
 fax
 mm 
 mm
 
tblContacts (även Users)
 UserID
 UserName
 UserPhone
 ....
Detta känns mer "all-round" då jag kan använda samma modell till andra typer av organisationer
kom igen nu databaskunniga, kasta förslag häråt ;)