Jump to content

Design Troubles


bobrod
 Share

This topic is 5644 days old. Please don't post here. Open a new topic instead.

Recommended Posts

  • Newbies

Hi guys.

I am working on a database project and I seem to be going around in circles, so I'm looking for some help/suggestions.

Our organisation keeps data (basically contact information) on companies and individual people, and there needs to be a many-to-many relationship between those two.

The companies and individuals can also be members of our organisation. We need to keep track of additional info for members (member fees etc).

I know how to set up a many to many relationship between companies and individuals, with a table for 'Companies', table for 'Individuals', and then a 'Join' table.

I just have no idea how to handle the members situation. Do I create a single 'Members' table and somehow link it to the other tables? Or do I create separate 'Members - Companies' and 'Members - Individuals' tables? Or something completely different?

Thanks in advance

Edited by Guest
Link to comment
Share on other sites

I would start with a single Members table unless you have a good reason to separate company members vs. individual members. Think about your reporting needs and your data entry needs.

Keep in mind that the relationship graph is not an ERD. You can have separate instances of the same table (a Table Occurrence or TO, and a group of TOs is a TOG).

So you might have one layout for individuals based on this TOG:

Members >- Individuals -< Join >- Companies

and one on this:

Members >- Companies -< Join >- Individuals

Hope that helps.

Link to comment
Share on other sites

This topic is 5644 days old. Please don't post here. Open a new topic instead.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.