Question

I’m designing a contact manager/address book-like application but can’t settle on the database design.

In my current setup I have a Contact, which has Addresses, Phonenumbers, Emails, and Organizations. All contact properties are currently separate tables with a fk to the Contact table. Needless to say a contact can have any number of these properties.

Now, I find myself joining all these tables together if I want to read contacts into the app. Since no filters, reverse lookups, sorts etc. are performed on the related tables, isn’t it a better/simpler solution to just store the related fields as json-encoded lists on direct properties of the Contact table?

E.g., instead of a Contact with a fk to a phonenumber table with 3 entries, just encode all phonenumbers and store them into a field of the Contact table?

Any insights really appreciated! (fyi I’m using Django although that doesn’t really matter)

Answer 1

Can you guarantee that your app will never grow to need these other functionalities? Do you really want to paint yourself into the corner such that you can’t easily support all of this later?

Generally, denormalization happens only for preformance reasons. And then, a copy of the normalized data is still kept for live work and the denormalized data is used for offline processing where having a static snapshot is fine.

Get used to writing joins. That’s the way SQL works. Having to do so doesn’t meant something is wrong.