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.

Featured Replies

Hi, 

I've got a question about normalization ...

I have a FileMaker solution were I've consolidated the "User" and the "Contacts" into one table since the beginning.

The reason I did this is because the "User" and the "Contact" carried the same data; FName, MName, LName, Phone, Address, City, State, Zip ... etc.

I am involved with a MySQL developer and they want complete separation between the "User" and the "Contact" and they say for "Security" ... and I say OK ... please clarify.

Here is my question ... what happens when the "User" becomes a "Customer" ... the MySQL developer says that we would create a contact card for the "User" in the "Contacts" table.

So now we have the normalization issue where we carry the same information in two different data tables.

What is the security issues the MySQL developer is talking about.

What is so wrong with using the contacts table as the table for all "People" ... I see no difference.   The contacts table has proven to be a very reliable and convenient place to keep everything in one place, one data table ... at least for the FileMaker solution.  Not sure about what is going on with the MySQL database.

Can I get some insight here ??  I would be grateful.

Thank you.

 

What did they say when you asked them?

In proper normalization you could even consider 3 tables:

- the core table with People info

- a table for Customers where the Person is just represented by a foreign key to the People table, the other attributes in the Customer table just describe customer attributes such as "customer since", or "tier" or whatever else is relevant

- a table for Contacts where the person similarly is just represented by a foreign key to the People table and where you track attributes for the contact that you wouldn't track on the people table, such as "last contacted", ... or other such stuff

So data normalization doesn't automatically mean having redundant data.

From a security point of view it is somewhat easier and more transparent to set rights on the Customer table and Contacts table separately.  Easier to maintain without possibly inadvertently also exposing other data that you don't want to.

  • Author

Steve,

I am getting no answers .... so I am trying to gather information about normalization and security.

Thank you.

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.