Jump to content
View in the app

A better way to browse. Learn more.

FMForums.com

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Dug Hole with Relationships

Featured Replies

  • Newbies

I have been designing a database in FMP 5.0. I built a database that has 6 seperate tables. The master table has an SSN and a first and last name. This the SSN is a unique identifier for the entire database. The master has relationship with that SSN for all tables so the identifier in each table is also the SSN. My problem is that these relationships should all be one to many relationships. Well I have a form that I built in the master database where you need to enter most of the information for the tables. Every time I change the data it only changes it in the one record for all the databases instead of creating multiple records in the lower databases. Is ahtere anyway that I can save this database.

quote:

Originally posted by GarrettD78:

I have been designing a database in FMP 5.0. I built a database that has 6 seperate tables. The master table has an SSN and a first and last name. This the SSN is a unique identifier for the entire database. The master has relationship with that SSN for all tables so the identifier in each table is also the SSN. My problem is that these relationships should all be one to many relationships. Well I have a form that I built in the master database where you need to enter most of the information for the tables. Every time I change the data it only changes it in the one record for all the databases instead of creating multiple records in the lower databases. Is ahtere anyway that I can save this database.

First off the SSN is NOT a unique number and should NEVER be used as a unique identifier. It is fine to use this as the general reference to an individual, but do NOT use this as the PrimaryID for you records.

Realize that this applies to EVERYONE. SSN is NEVER, EVER, EVER unique. The Federal govt will be happy to explain why.

I recommed that you use an auto-entered calculation such as Status ( CurrentRecordID ) & "-" & Status ( CurrentTime ) & "-" & Status ( CurrentDate ). This will insure a unique ID for each record. Make this a Text calculation.

Second it is up to the programmer to define how related records are created. FMP will not do this for you. If you have fields from related records on a layout, those fields will contain the information of the 1st record in the relationship, nothing more.

You will need to use some combination of scripting and/or portals to insure that you are adding/editing the correct records.

------------------

=-=-=-=-=-=-=-=-=-=-=-=-=

Kurt Knippel

Senior Filemaker Developer

http://www.database-resources.com

mailto:[email protected]

=-=-=-=-=-=-=-=-=-=-=-=-=

Create an account or sign in to comment

Important Information

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

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.