ACCESS FEED: Re: [MS_AccessPros] Re: Many to Many question

Bill

I am more of the "Love redesigning and designing forms", kind of guy. I certainly will ask some questions to get this right. I am off from my regular job on Friday, so I may put some time on this consulting project.

Thank You

Jim Wagner
________________________________

________________________________
From: Bill Mosca <wrmosca@comcast.net>
To: MS_Access_Professionals@yahoogroups.com
Sent: Thursday, September 27, 2012 7:48 AM
Subject: RE: [MS_AccessPros] Re: Many to Many question

Jim

Feel free to ask. You know you'll get lots of help here. I love working on re-designing. But not as much as designing from scratch.

Regards,

Bill

From: MS_Access_Professionals@yahoogroups.com [mailto:MS_Access_Professionals@yahoogroups.com] On Behalf Of Jim Wagner
Sent: Wednesday, September 26, 2012 1:43 PM
To: MS_Access_Professionals@yahoogroups.com
Subject: Re: [MS_AccessPros] Re: Many to Many question

Bill

When the database was first designed, the question of the HOA's moving to another Management Co was defined as "That has never happened". But then it became common place and the information did not come from someone who knew the data very well. So I designed it without the many to many as an option. I put the ManagementCoID in the projects table because I thought possibly I might need to. I over thought it I guess.

I will make some changes and let you know how it goes. I will have some additional questions afterwards

Thank You

Jim Wagner
________________________________

________________________________
From: Bill Mosca <wrmosca@comcast.net <mailto:wrmosca%40comcast.net> >
To: MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com>
Sent: Wednesday, September 26, 2012 8:25 AM
Subject: [MS_AccessPros] Re: Many to Many question

Jim

You need to rethink your design in this area. The Association table should not have a Management foreign key. Think of the fields in a table as elements of an entity. The Management company works for the HOA just like an employee works for a company. The employee is not a property of it. It does not make up a piece of it in any way. The management company could fold and the HOA would still exist.

And as I suspected, you need a linking table with the Assoc ID and Mgmt ID. That table's Primary key should be an AutoNumber.

You can fill that table by using the two existing fields in the Assoc table.

INSERT INTO tblAssocMgmt(AssociationID, ManagementCoID)
SELECT AssociationID, ManagementCoID FROM tblAssociation

And There is no need to have a ManagementCoID in the projects table. You can always get that by joining the Association table to the projects table and then join the linking table to the project table.

Then join the management table to the linking table.

Capeesh?

Bill

--- In MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com> , Jim Wagner <luvmymelody@...> wrote:
>
> thanks Bill
> Â
> Jim Wagner
> ________________________________
>
>
>
> ________________________________
> From: Bill Mosca <wrmosca@...>
> To: MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com>
> Sent: Tuesday, September 25, 2012 2:52 PM
> Subject: [MS_AccessPros] Re: Many to Many question
>
>
> Â
> Got it, Jim. But my work day is over and my commute is about to begin so I'll loo at it tomorrow.
>
> Bill
>
> --- In MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com> , Jim Wagner <luvmymelody@> wrote:
> >
> > Bill
> >
> > I uploaded it to assistance needed and named it many to many help
> > Ã‚Â
> > Jim Wagner
> > ________________________________
> >
> >
> >
> > ________________________________
> > From: Bill Mosca <wrmosca@>
> > To: MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com>
> > Sent: Tuesday, September 25, 2012 1:35 PM
> > Subject: [MS_AccessPros] Re: Many to Many question
> >
> >
> > Ã‚Â
> > Jim
> >
> > Sure. Use my Comcast address. It might be a couple days until I can get to it.
> >
> > Did you zip it? That might reduce the size enough to squeak it into our Files here.
> >
> > Bill
> >
> > --- In MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com> , Jim Wagner <luvmymelody@> wrote:
> > >
> > > Bill
> > >
> > > Even with no forms and reports and empty tables the database is too large to upload. I compacted and repaired and still to big. Can I send it to you?
> > > Ãƒâ€šÃ‚Â
> > > Jim Wagner
> > > ________________________________
> > >
> > >
> > >
> > > ________________________________
> > > From: Bill Mosca <wrmosca@>
> > > To: MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com>
> > > Sent: Tuesday, September 25, 2012 12:54 PM
> > > Subject: [MS_AccessPros] Re: Many to Many question
> > >
> > >
> > > Ãƒâ€šÃ‚Â
> > > Jim
> > >
> > > How are you storing the HOA-Management connection now? If it is in a single table you can run an append query to load the linking table with those two fields.
> > >
> > > Without knowing your table structures I can't be more specific than that. If you'd like to upload a sample with just the empty tables I could take a look.
> > >
> > > Bill
> > >
> > > --- In MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com> , Jim Wagner <luvmymelody@> wrote:
> > > >
> > > > BillÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â
> > > >
> > > > I will give that a try. What about the other part of my question
> > > >
> > > > ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â I can not find out how to populate the junction table without manually adding the records.ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â
> > > >
> > > > ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â
> > > > Jim Wagner
> > > > ________________________________
> > > >
> > > >
> > > >
> > > > ________________________________
> > > > From: Bill Mosca <wrmosca@>
> > > > To: MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com>
> > > > Sent: Tuesday, September 25, 2012 11:23 AM
> > > > Subject: [MS_AccessPros] Re: Many to Many question
> > > >
> > > >
> > > > ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â
> > > > The Associations table should have the demographics for each HOA. A second table would have demographics for management companies.
> > > >
> > > > The AssociationManagement table would have a foreign key to each table. This table would have the duplicate HOA keys if it has had more than one management company in its history. This is your linking table for the many-to-many relationship.
> > > >
> > > > Bill
> > > >
> > > > --- In MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com> , Jim Wagner <luvmymelody@> wrote:
> > > > >
> > > > > The Database is for a CPA firm. The projects are those projects dealing with the Associations only. They track the things they do for them in regards to billing the Associations.ÃƒÆ'Ã†'ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â
> > > > > There is a field currently that indicates whether the association is a current client.ÃƒÆ'Ã†'ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â
> > > > >
> > > > > It seems that if I create this field, I would still have duplicate Associations in the tblAssociations table.ÃƒÆ'Ã†'ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â
> > > > > ÃƒÆ'Ã†'ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â
> > > > > Jim Wagner
> > > > > ________________________________
> > > > >
> > > > >
> > > > >
> > > > > ________________________________
> > > > > From: Bill Mosca <wrmosca@>
> > > > > To: MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com>
> > > > > Sent: Tuesday, September 25, 2012 10:54 AM
> > > > > Subject: [MS_AccessPros] Re: Many to Many question
> > > > >
> > > > >
> > > > > ÃƒÆ'Ã†'ÃƒÂ¢Ã¢â€šÂ¬Ã…Â¡ÃƒÆ'Ã¢â‚¬Å¡Ãƒâ€šÃ‚Â
> > > > > Jim
> > > > >
> > > > > I'd set up an AssociationManagement table with a field Named Current (Yes/No).
> > > > >
> > > > > That way if an HOA changes management companies you can keep the old record but unmark it as Current.
> > > > >
> > > > > Are projects related to Management in any way? The HOAs I've dealt with use the Management to deal with the contracts, billing, etc. That would be handed over to the new Management so they are not really tied to the projects. Just to the HOA.
> > > > >
> > > > > Regards,
> > > > > Bill Mosca, Founder - MS_Access_Professionals
> > > > > http://www.thatlldoit.com
> > > > > Microsoft Office Access MVP
> > > > > https://mvp.support.microsoft.com/profile=C4D9F5E7-BB03-4291-B816-64270730881E
> > > > > My nothing-to-do-with-Access blog
> > > > > http://wrmosca.wordpress.com
> > > > >
> > > > > --- In MS_Access_Professionals@yahoogroups.com <mailto:MS_Access_Professionals%40yahoogroups.com> , "luvmymelody" <luvmymelody@> wrote:
> > > > > >
> > > > > > Hello all,
> > > > > >
> > > > > > I am recreating a database that should have had a many to many relationship set up. There are 2 tables one with Management Companies and the other is the Home Owners Associations which are managed by the Management companies. A third table is called Projects where this table is linked to the Home Owners Association table, as there is 1 to many projects.
> > > > > > The issue is that Home Owners Associations are now moving to and between Management companies. I have studied on how to define and set up the many to many relationships but I can not find out how to populate the junction table without manually adding the records.
> > > > > >
> > > > > > And how do the history of projects for associations not go away when the associations move to a new Management companies?
> > > > > >
> > > > > > So my question is how do I set up this many to many relationships?
> > > > > >
> > > > > >
> > > > > > Thank You
> > > > > >
> > > > > > Jim Wagner
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > [Non-text portions of this message have been removed]
> > > > >
> > > >
> > > >
> > > >
> > > >
> > > > [Non-text portions of this message have been removed]
> > > >
> > >
> > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>
>
> [Non-text portions of this message have been removed]
>

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]

[Non-text portions of this message have been removed]