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 ;)