ZionRootical
New member
- Local time
- Tomorrow, 07:56
- Joined
- Sep 7, 2013
- Messages
- 7
Hi Again,
Thanks to Jdraw, this last week i've read up a lot about Normalisation, at least 3 different ways of laying tables etc.
I've used a lot of paper and now using excel to create tables etc. just saves paper and ink, and looks neater
The Problem i have after sitting down i've discovered a lot more info i want to record into my Reggae Database,
1st Question, should i create every thing in a single Access Database "Reggae" or split the tables into groups and have multi Access Database's so the relationships would be easer to manage, coz most tables are related M:M
ie,
Reggae Personel, (Just Reggae Performer Info)
Reggae Companies, (Record Shops, Record Labels, Pressing Plants, Radio Stations)
as i've so far ended up with about 65 tables and still finding more, this is without adding link tables to M:M Relationship
2nd Question, this applies to a lot of tables.
I had Singer, Deejay, Producer, Sound Engineer, Mixing Engineer, Label Owner all in a table name "Personal"
and had a "Role" table showing the roles, my trouble is they all have multi roles over their Careers
so i split them up into individual tables, but now found the tables contain the same field names which will consist of same type of info
tblSinger_______________tblDeeJay_____tblProducer_____tblStudi oOwner___tblLabeOwner
SingerID________________DeejayID
SingerTitle_______________DeeJayTitle
SingerFirstName__________DeejayFirstName
SingerLastName
SingerNickName
SingerCareerStarted
(These Tables are their Reggae Names not Real/Birth Names that's in another table)
which is the best practice of course i won't store the same Singer in Producer or Label Owner etc
In Personal Table i'll have 3000+ so splitting them up in their main category would be easy
Thanks for the imput
Thanks to Jdraw, this last week i've read up a lot about Normalisation, at least 3 different ways of laying tables etc.
I've used a lot of paper and now using excel to create tables etc. just saves paper and ink, and looks neater
The Problem i have after sitting down i've discovered a lot more info i want to record into my Reggae Database,
1st Question, should i create every thing in a single Access Database "Reggae" or split the tables into groups and have multi Access Database's so the relationships would be easer to manage, coz most tables are related M:M
ie,
Reggae Personel, (Just Reggae Performer Info)
Reggae Companies, (Record Shops, Record Labels, Pressing Plants, Radio Stations)
as i've so far ended up with about 65 tables and still finding more, this is without adding link tables to M:M Relationship
2nd Question, this applies to a lot of tables.
I had Singer, Deejay, Producer, Sound Engineer, Mixing Engineer, Label Owner all in a table name "Personal"
and had a "Role" table showing the roles, my trouble is they all have multi roles over their Careers
so i split them up into individual tables, but now found the tables contain the same field names which will consist of same type of info
tblSinger_______________tblDeeJay_____tblProducer_____tblStudi oOwner___tblLabeOwner
SingerID________________DeejayID
SingerTitle_______________DeeJayTitle
SingerFirstName__________DeejayFirstName
SingerLastName
SingerNickName
SingerCareerStarted
(These Tables are their Reggae Names not Real/Birth Names that's in another table)
which is the best practice of course i won't store the same Singer in Producer or Label Owner etc
In Personal Table i'll have 3000+ so splitting them up in their main category would be easy
Thanks for the imput