Solved

Portal based on relationship

Posted on 2006-06-14
4
387 Views
Last Modified: 2010-04-27
Hi All,

I'm working with a portal and am having trouble getting the right information in it.  

I have contacts that I'm keeping track of along with their spouse and children.  In the Contacts table, there is a ContactID assigned to each record along with an auth_ContactID.  The contactID is unique to all records, but the auth_ContactID will reflect the head of the family (HEAD) and so all family members (DEPENDANTS) will have the same auth_ContactID (the HEAD will have the same number for both their ContactID and auth_ContactID).

I've tried creating the portal  based on a table occurance Contacts_Related that is based on the Contacts table with the relationship:

Contacts::ContactID = Contacts_Related::auth_ContactID. (The portal won't popluate)

The portal is on a layout based on the Contact table and ideally, I would like it to populate with all the DEPENDANTS of the HEAD contacts.

This isn't working.  The only way that I can get the portal to populate at all is by making the relationship based on:

Contacts::auth_ContactID = Contacts_Related::ContactID (The portal populates with the HEADS's data in the DEPENDENTS's Contact record, but not the other way around)

Contacts::ContactID = Contacts_Related::ContactID (the portal populates with the Contacts own record and no one
else's)

HELP!! Thanks:)
0
Comment
Question by:c1peoples
  • 3
4 Comments
 
LVL 28

Expert Comment

by:lesouef
ID: 16907429
see this if it fits:
http://www.lesouef.net/files/heads_dependants.fp7
for each member head, it show all members.
0
 
LVL 28

Accepted Solution

by:
lesouef earned 500 total points
ID: 16907462
simply browsing would show members for all members, not for heads members only; this is why I use a global field to only see heads in the popup head selection.
note that using a table for heads and another for members is another easy solution.
0
 

Author Comment

by:c1peoples
ID: 16915365
Do you think that my problem was that the my layout was based on the HEAD (one side of the relationship) instead of the DEPENDANT (many side of the relationship) and the portal on the DEPENDANT instead of the HEAD?  I seem to have done the opposite of what you did.

Thanks!!
0
 
LVL 28

Expert Comment

by:lesouef
ID: 16916434
the relation is not the problem, but you really have to know what you do when choosing which end of the relationship you gonna use as the layout table, the other one being used for the portal. In yr case the "one" end is to be used for the layout, and the "many" end for the portal
0

Featured Post

Free Tool: Port Scanner

Check which ports are open to the outside world. Helps make sure that your firewall rules are working as intended.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Problem: You have a hosted FileMaker database and users are tired of having to use Open Remote or Open Recent to access the database. They say, "can't you just give us something to double-click on rather than have to go through those dialogs?" An…
Having just upgraded from Filemaker 11 to Filemaker 12 over the weekend, we thought we would add some tips for others making the same move.  In general, our installation went without incident. Please note that this is not a replacement for Chapter 5…
This video shows how to use Hyena, from SystemTools Software, to bulk import 100 user accounts from an external text file. View in 1080p for best video quality.

861 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question